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Logistics  Support  Analysis  (LSA)  is  the  selective  application 
of  scientific  and  engineering  efforts  undertaken  during  the 
acquisition  process,  as  part  of  the  system  engineering  and  design 
process,  to  assist  in  complying  with  supportabil ity  and  other 
integrated  logistics  support  (ILS)  objectives.  LSA  is  a 
regulatory  requirement  in  accordance  with  DODD  5000.39  and 
AR  700-127'+and  is  required  in  all  materiel  acquisition  programs 
without  exception.  The  ta.sks  required  for  performance  of  LSA 
are  cited  in  MIL-STD-i <83-lA.  The  US  Army  Materiel  Command  (AMC) 
ILS  Study  rTSep82)^identif ied  the  requirement  to  strengthen  the 
LSA  program  in  AMC  and  develop  additional  capabilities  to  better 
conduct  LSA  on  AMC  acquisition  programs.  Also,  the  study  found 
that  even  though  MIL-STD-1 388-1 A  defines  the  LSA  program 
requirements,  there  was  no  source  available  to  define  the 
procedures/approaches  for  LSA  task  accomplishment.  This  pamphlet 
has  been  developed  to  strengthen  the  LSA  program  and  assist  in  the 
accomplishment  of  those  LSA  tasks  set  forth  in  MIL-STD-1388-1A . 

The  USAMC  Materiel  Readiness  Support  Activity  (MRSA),  as  AMC 
executive  agent  for  LSA,  has  the  responsibility  for  screening  and 
evaluation  of  LSA  techniques  for  inclusion  into  this  pamphlet. 

The  detailed  missions,  functions,  and  planned  actions,  of  the  AMC 
executive  agent  for  LSA  are  contained  in  the  DARCCM^-approved  LSA 
Enhancement  and  Implementation  Plan,  16  Nov  83-  The  main 
objective  of  the  executive  agent  for  LSA  is  to  enhance  and 
improve  LSA  throughout  the  materiel  acquisition  process  and 
generally  institutionalize  the  responsibilities  for  development 
of  LSA  procedures  and  techniques. 

Currently,  numerous  methodologies  exist  within  the  DOD  and 
industry  which  can  be  used  to  satisfy  many  of  the  LSA  task  require¬ 
ments  in  total  or  in  part.  The  major  problem  is  lack  of  an  aware¬ 
ness  that  these  techniques  exist.  The  LSA  Techniques  Guide  is  a 
step  forward  in  cataloging  these  techniques  to  facilitate  cross- 
fertilization  of  information  and  possibly  curtail  the  efforts  to 
perpetually  reinvent  the  wheel. 

The  views  and  conclusions  stated  within  this  pamphlet  are 
those  of  AMC  and  do  not  necessarily  represent  the  official 
position  of  the  Department  of  the  Army  (H(jL>A)  .  Inclusion  of  a 
technique  in  this  pamphlet  is  not  an  endorsement  by  either  HQ  DA  or 
AMC  of  the  technique  or  the  technique  developer. 

The  use  of  trade  names  in  this  pamphlet  does  not  constitute 
an  official  endorsement  or  approval  of  the  use  of  such  commercial 
hardware  or  software.  This  pamphlet  may  not  be  cited  for  purpose 
of  advertisement. 

The  utility  of  this  pamphlet  is  dependent  upon  the  partici¬ 
pation  of  the  logistics  community  in  providing  the  latest 
i  n  fo  rinat  i  on  on  techniques  which  have  application  to  the  LSA  process 
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provide  a  formal  body/process  by  which  the  Army  logistics  community 
can  provide  technical  guidance  to  the  executive  agent  for  LSA. 

This  will  become  most  important  as  procedures/approaches  for 
LSA  task  accomplishment  are  defined  and  adopted  by  the  logistics 
community.  Another  major  objective  of  the  LSA-TWG  is  to  establish 
a  formal  process  by  which  the  Army  and  defense  industry  can  identify 
LSA  techniques/recommend  enhancements  to  those  LSA  techniques. 
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CHAPTER  1 


INTRODUCTION 

1.1  Pur  pose .  This  pamphlet  provides  a  catalogue  of  techniques, 
both  manual  and  automated,  currently  used  within  the  Department 
of  Defense  (DOD)  and  industry  to  accomplish  the  LSA  tasks  of 
MIL- STD- 1388-1  A,  LSA,  11  Apr  83. 

1.2  Technique  qualifications.  Techniques  for  inclusion  in  this 
pamphlet,  whether  manual  or  automated,  must  have  met  the  follow¬ 
ing  criteria: 

a.  Be  applicable  to  at  least  one  of  the  LSA  subtasks 
delineated  in  MIL-STD-1388-1A,  LSA. 

b.  Be  supported  by  a  proponent  who  has  documentation  avail¬ 
able  which  explains  the  technique  methodology.  This  includes  such 
documentation  as  a  user's  guide,  executive  summary,  final  report, 
and  programer's  guide. 

c.  Be  exportable  to  other  geographical  locations.  In  the 
case  of  manual  techniques,  exportability  is  mostly  a  function  of 
the  quality  of  the  documentation  available.  However,  when  dealing 
with  automated  techniques,  factors  other  than  documentation  must 
be  considered.  For  example,  automated  data  processing  equipment 
(ADPE)  peculiarities  do  exist;  therefore,  program  modifications 
cannot  always  be  avoided  when  installing  ADP  programs  in  dif¬ 
ferent  locations.  This  is  recognized  and  not  considered  a  major 
problem  to  ex por tab il ity .  However,  when  a  program  is  dependent 

on  data  files,  processing  programs,  or  unique  hardware/software 
at  a  given  location,  this  could  preclude  its  exportation  to  any 
other  location.  Where  this  is  evidenced  the  techniques  will  not 
be  included  in  this  pamphlet.  This  particular  problem  can  some¬ 
times  be  remedied  if  an  adequate  time-share  arrangement  can  be 
made . 


d.  Be  applicable  to  more  than  one  system.  This  criteria 
are  intended  to  screen  out  those  techniques  which  were  developed 
for  one  specific  application.  This  does  not  imply  that  techniques 
so  developed  are  inadequate.  However,  for  the  purpose  of  this 
guide,  only  techniques  which  have  some  common  applications  are 

to  be  considered.  If  a  technique  requires  substantial  resources 
in  order  to  be  applied  to  another  system,  it  is  not  considered 
applicable  to  more  than  one  system  and  will  not  be  included  in 
this  guide.  This  criteria  does  not  eliminate  those  techniques 
developed  for  a  single  product  line  (e.g.,  aircraft,  electronics, 
tracked  vehicles,  etc.), 

e.  Have  been  successfully  applied  to  a  weapon  system,  end 
item,  or  major  subsystem/component  (preferably  Army)  within  the 
last  5  years. 
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f.  Not  be  superseded  by  a  more  preferred  method  for 
accomplishing  the  same  functions.  The  technique  should  be  a 
stand-alone  technique  and  not  dependent  on  another  technique. 

1.2.1  Both  proprietary  and  nonpropr ietary  techniques  are 
considered  for  inclusion  in  this  pamphlet.  If  the  technique  is 
proprietary  and  meets  all  other  requirements,  criteria  1.2c  above 
may  be  waived  to  include  the  technique  in  this  pamphlet. 

1.2.2  Techniques  which  are/were  currently  under  development  at 
the  time  of  this  guide's  publication  were  considered  for  inclusion 
into  this  pamphK,.  These  type  techniques  must  have  satisfied 
criteria  1.2a  with  assurance  that  the  rest  of  the  criteria  will  be 
satisfied  upon  -their  completion  before  they  were  included  in  the 
guide.  The  primary  reason  for  including  techniques  still  under 
development  is  to  preclude  duplicative  developmental  efforts  and 
promote  more  cross  talk  in  technique  development. 

1.2.3  Techniques  which  do  not  qualify  for  inclusion  into  this 
pamphlet  are  addressed  in  appendix  A  (parts  1  and  2).  Part  1  of 
appendix  A  contains  those  techniques  that  did  not  meet  the 
requirements  stated  in  paragraph  1.2,  the  rationale  as  to  why 

a  particular  technique  was  not  included  in  this  pamphlet  arid  the 
qualification  criteria  the  technique  failed  to  meet.  This  will 
assist  in  tracking  techniques  and  prevent  reexamination  of  tech¬ 
niques  that  were  previously  rejected  for  inclusion  into  this 
pamphlet.  Part  2  of  appendix  A  contains  those  techniques  for 
which  information  was  not  available  at  the  time  of  publication  of 
this  pamphlet,  and  therefore,  an  evaluation  against  the  criteria 
in  paragraph  1.2  could  not  be  made.  Reconsideration  of  a  rejected 
technique,  in  either  part  1  or  2  of  appendix  A,  will  be  undertaken 
when  information  is  provided  which  could  make  the  technique  a 
viable  candidate  for  accomplishing  LSA .  Then  the  rejected  techni¬ 
que  will  be  thoroughly  examined  for  compliance  with  the  established 
qualification  criteria. 

1.2.4  Requests  for  consideration  of  a  technique  for  inclusion  in 
this  pamphlet  should  be  accompanied  with  all  available  nonpropriet¬ 
ary  documentation  (e.g.,  a  program  listing,  programer's  guide, 
user's  guide,  executive  summary,  and  final  report).  Any  program 
listings  should  be  provided  on  9-track,  1600  bPI  magnetic  tape  or 
punchcards.  If  a  magnetic  tape  is  sent,  it  should  have  a  fixed 
record  length  of  80  columns,  blocked  at  10  records  per  block  in 
ASCII  (unlabeled  tape).  Any  tapes  submitted  will  be  returned. 

Also,  when  submitting  new  techniques,  the  LSA  techniques  informa¬ 
tion  sheet  and  instructions  at  appendix  b  should  be  used.  The 
maximum  information  which  can  be  legibly  placed  on  the  information 
sheet  should  be  provided. 

1.3  Technique  sources.  Numerous  sources  are  available  which 
catalogue  logistic  techniques.  These  sources  range  from  DUD  to 
local  organizations  (e.g.,  plans  and  analysis  or  comptroller 
offices).  Two  notable  sources  of  logistic  techniques  are  — 
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a.  The  Defense  Logistics  Studies  Information  Exchange 
(DLSIE),  US  Army  Logistics  Management  Center,  Fort  Lee,  VA  23801 
(AUTOVON  687-4255,  com  (804)  734-2240).  DLSIE  is  assigned  the 
mission  to  collect,  organize,  store,  and  disseminate  information 
on  all  D0D  logistics  studies  and  models.  As  part  of  this  mission 
DLSIE  provides  the  following  services: 

(1)  Distributes  an  "Annual  D0D  Catalogue  of  Logistics 
Models"  and  quarterly  update  reports. 

(2)  Provides  custom  bibliographies  upon  request. 

(3)  Provides  secondary  distribution  of  reports  through 
the  use  of  microfiche.  It  should  be  noted  that  on  many  of  the 
LSA  techniques  information  sheets  contained  in  chapter  2,  a 
number  (DLSIE  LD //  XXXXXXX)  follows  the  reference.  This  number 

is  the  DLSIE  accession  number  and  indicates  that  a  copy  of  the 
reference  is  available  through  DLSIE. 

b.  Defense  Technical  Information  Center  for  Scientific  and 
Technical  Information  (DTIC),  Cameron  Station,  Alexandria,  VA 
22333  (AUTOVON  284-7633,  com  (202)  694-7633).  DTIC  provides 

a  service  similar  to  that  of  DLSIE  in  that  they  provide  custom 
bibliographies  and  secondary  distribution  of  requested  reports. 

c.  Many  of  the  techniques  cited  in  this  pamphlet  are  repeti¬ 
tive  of  those  found  in  DLSIE  or  DTIC.  The  techniques  in  this 
pamphlet,  however,  have  been  screened  against  the  criteria  of 
paragraph  1.2  to  determine  their  utility  for  Army  applications. 

1.4  Recommended  changes.  Comments  are  solicited  on  the  utility/ 
benefits  of  this  pamphlet  along  with  any  pertinent  data  which 
may  be  of  use  in  improving  the  pamphlet.  Users  of  this  pamphlet 
are  encouraged  to  forward  recommended  changes  or  additions  to 
Commander,  US  AMC  Materiel  Readiness  Support  Activity, 

ATTN:  AMXMD-EL ,  Lexington,  KY  40511-5101,  (AUTOVON  745-3985, 

com  (606)  293-3985) . 

1 . 5  References . 

a.  DODD  5000.39,  Acquisition  and  Management  of  IL5  for 
Systems  and  Equipment,  17  Jan  80. 

b.  AR  700-127,  ILS,  15  May  83- 

c.  MIL-STD-1388-1 A,  LSA,  11  Apr  83- 
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CHAPTER  2 
LSA  TECHNIQUES 


2.1  Application  guidance.  Each  technique  included  in  this  chap¬ 
ter  is  a  viable  candidate  for  application  to  one  or  more  LSA  tasks 
during  the  LSA  process.  However,  care  must  be  taken  to  assure  that 
a  technique  is  not  applied  to  an  LSA  task  for  which  it  was  not 
designed.  This  misapplication  of  techniques  can  be  minimized  if, 
before  choosing  a  specific  technique,  the  user  has  a  thorough 
understanding  of  the  system  under  development  and  has  fully  defined 
the  LSA  program  for  that  system  (i.e.,  selected  the  MIL-STD- 1 388-1 A 
LSA  tasks  tailored  to  the  specific  system).  The  hIL-STD  contains 
specific  guidance  on  the  selection  and  tailoring  of  LSA  tasks. 

Once  the  basic  requirements  are  establishei,  the  various  techniques 
can  be  evaluated  to  determine  their  applicability.  This  evaluation 
will  require  a  review  of  the  available  references,  interviews/ 
discussions  with  the  developer  and  proponent  of  the  technique,  and 
a  detailed  review  of  the  technique  methodology  (including  the 
computer  program  if  the  technique  is  automated). 

2.2.  LSA  task  to  technique  cross-reference.  To  assist  in  deter- 
mining  "wfiTch  techniques  may  be  applicable,  table  2-1,  LSA  task  to 
technique  cross-reference,  page  2-4,  is  provided.  This  table 
provides  a  cross-reference  of  the  MIL-STD-1388-1A  LSA  subtasks 
to  the  applicable  techniques  defined  in  this  pamphlet.  It  should 
be  noted  that  just  because  a  technique  is  applicable  to  a  given 
task,  it  does  not  mean  that  the  technique  is  applicable  to  every 
subtask  within  the  task.  In  addition,  rarely  will  one  technique 
satisfy  all  LSA  tasn  requirements.  Therefore,  several  techniques 
will  probably  be  required  for  each  LSA  program.  Table  2-1  is  a 
quiok  reference  matrix  to  identify  the  applicable  LSA  techniques 
to  each  of  the  LSA  subtasks.  Simplicity  of  the  matrix  dictates 
the  need  to  elaborate  on  it3  organization.  The  listing  of  subtask 
titles  along  the  left  side,  with  their  corresponding  subtasks 
numbers,  are  exactly  as  listed  in  MIL-STD-1388-1A.  Also,  LSA 
techniques,  by  acronym  title  are  listed  in  alphabetical  order 
across  the  top.  The  corresponding  page  number  within  this  pamphlet 
on  which  the  technique  is  discussed  is  contained  in  parenthesis 
following  the  technique  acronym.  This  provides  easy  access  to 
the  detailed  information  sheets  contained  on  each  LSA  technique. 

2.3  ILS  element  to  technique  cross-reference^  Table  2-2,  ILS 
elements  to  technique  cross-reference,  page  2-10,  is  provided  to 
Identify  that  the  LSA  techniques  address  the  elements  of  ILS  (to 
some  degree  not  yet  defined)  contained  in  DODD  5000.39  and 
AR  700-127.  Rarely  will  one  teohnlque  satisfy  all  of  the  ILS 
elements.  Therefore,  several  techniques  will  probably  be 
required  to  address  all  elements  of  ILS.  Table  2-2  also  contains 
information  on  the  operational  scenario  (peace/war),  level  of 
detail  (system/line  replaceable  unit)  and  model  type  (steady  state 
or  dynamic  modeling)  that  each  LSA  technique  provides. 


AMC-P  700-4 

2.4  Technique  selection.  The  determination  of  which  techniques 
to  use  requires  more  than  an  assessment  of  which  techniques 
satisfy  which  LSA  tasks  or  which  ILS  elements.  The  entire  spec- 
trum  of  the  technique  as  it  relates  to  the  system  under  analysis 
and  the  intended  location  at  which  the  technique  will  be  used 
must  be  evaluated.  To  aid  in  this  process,  the  following  questions 
are  provided  as  an  example  of  what  should  be  asked  prior  to  a 
decision  on  which  technique  should  be  used: 

a.  What  service,  commodity,  or  system  peculiar  character¬ 
istics  are  inherent  in  the  technique? 

b.  What  are  the  assumptions  and  constraints  used  in  the 
technique? 

c.  What  are  the  limitations  of  the  technique? 

d.  If  automated,  what  language  is  used,  ADP  equipment 
used,  and  software/peripheral  equipment  support  is  required? 

e.  What  is  the  quantity  and  accurarcy  of  data  required? 

How  sensitive  is  the  model  to  variations  in  input  data? 

f.  Has  the  technique  been  successfully  used  by  more 
than  one  user? 


g.  Will  the  developer/ proponent  provide  initial  support? 

h.  How  good  is  the  documentation? 


i.  What  in-house  training  will  be  required? 

j.  How  much  will  the  technique  cost  to  execute  (dollars, 
people,  equipment,  etc.)? 

k.  Is  the  technique  modular,  such  that  only  applicable 
portions  need  be  used? 

l.  Has  the  methodology  been  normalized  or  validated  with 
operational  data? 


a 


2.5  Technique  adaptation.  Due  to  technique  peculiarities  and 

the  inherent  inability  for  any  technique  to  cover  all  possibilities 
modifications  of  techniques  in  many  cases  are  unavoidable.  These 
modifications  should  not  be  taken  lightly  and  should  only  be 
undertaken  after  fully  understanding  why  and  how  the  technique 
must  change.  Coordination  with  the  technique  proponent/a  current 
user  is  highly  recommended. 

2.6  Miscellaneous  .  Provided  at  appendix  C  is  an  alphabetical 
index'of  techniques  contained  in  this  pamphlet.  THe  index  is 
sorted  by  technique  title  (not  acronym).  Provided  at  appendix  D 
is  an  acronym  listing  of  ILS  terms  used  throuhout  this  pamphlet. 
Appendix  D  also  includes  weapon  system  names,  nomenclatures ,  and 
abbreviations  contained  on  the  LSA  techniques  information  sheets 
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(to  the  maximum  extent  possible).  Provided  at  appendix  E  is  an 
alphabetical  index  of  technique  proponents/developers  who  have 
contributed  to  this  pamphlet. 

2.7  LSA  techniques  information  sheets.  The  LSA  technique  inform¬ 
ation  sheets'on  page3~2-14  through  2-iT?5  document  86  techniques 
which  can  be  used  during  the  LSA  process.  These  techniques  are  in 
alphabetical  order  by  acronym  and  not  title  (see  app  C  for 
listing  by  title).  The  LSA  technique  information  sheet  on  each 
LSA  technique  is  in  two  parts.  Information  contained  on  part  1  of 
the  LSA  technique  information  sheet  includes —  (1)  the  detailed 
purpose  or  objective  of  the  technique;  (2)  the  description  of  the 
technique  methodology,  including  key  procedural  steps,  the  logic 
process,  and  sensitivity/risk  analysis  capabilities;  and  (3)  the 
organization  who  sponsored  the  development  or  is  the  current 
proponent  for  the  technique  and  current  users  of  or  POC  for  the 
technique.  Part  2  of  the  LSA  technique  information  sheet  includes — 
(1)  an  outline  of  the  input  aata  required  to  perform  the  technique 
analysis,  including  constraints,  assumptions,  goals,  etc;  (2)  an 
outline  of  the  type  of  reports  and  the  data  information  which  i3 
a  product/output  of  the  technique;  (3)  automation  information 
that  includes  language  used  ,  hardware  on  which  the  technique 
was  used/designed  for,  and  any  unique  automation  requirements  if 
the  technique  is  automated;  (4)  life  cycle  phases  in  which  the 
technique  could  be  applied;  (5)  LSAR  data  records  the  technique 
interfaces  with,  either  as  an  input  or  output  of  the  technique; 

(6)  weapon  systems  the  technique  has  been  applied  to  within  the 
past  5  years;  (7)  LSA  subtasks  which  are  supported  by  using 
the  technique,  and  (8)  documentation  available  on  the  technique 
and  whether  it  is  proprietary  or  there  are  any  associated 
acquisition  costs. 
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LSA  TECHNIQUE  INFORMATION  SHEET 

p JtfTy 


TECHNIQUE: 


Array  Communications  Command 
Model  (ACCLOGTROM) 


Logistics  Tradeoff 


fo 


pro'vTde  c o s t-^eTf ectiv e  sparing  requirements  of 
low  density,  high  reliability  equipment  characterized  to  have 
high  operational  availability  requirements  and  redundant  assem¬ 
blies  within  the  equipment  design  or  deployment  configurations 


that  vary  from  site-to-site 


DESCRIPTION:  ACCLOGTROM  can  be  used  to  assess  the  logistic 

impact  of  potential  equipment  designs  with  redundancies  in  meet¬ 
ing  operational  availability  goals. 


Usage  of  ACCLOGTROM  for  multi-echelon  provisioning  of  equipment 
designed  with  redundancies  or  various  deployment  configurations 
requires  the  use  of  two  models;  ACCLOGTROM  and  a  supplemental 
Off-Site  Supply  Support  Model  (OSSSM) . 


The  principal  objective  of  ACCLOGTROM  is  to  output  the  least 
cost  set  of  LRUs  required  for  sparing  at  each  site  which  meets 
the  desired  operational  availability  goal.  ACCLOGTROM  is  set  up 
to  handle  site  deployment  and  the  OSSSM  supplement  is  set  up  to 
handle  LRU  stockage  off-site.  Both  models  apply  the  Poisson 
distribution  to  handle  the  small  number  of  demands  inherent  in 
low  deployment  density,  high  reliability  equipment.  The  OSSSM 
supplement  accounts  for  the  total  deployment  of  LRUs  off-site  in 
each  area  support  and  worldwide.  The  ACCLOGTROM  model  uses  a 


marginal 

utility 

analysi 
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optimize  the 

LRU  spare 
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equired  on- 

site 
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eet  ope 

rational 

av  a 

ilability  goal 

.  Result 
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data , 
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input 

into  the 
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SM  supple- 
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LRU  are 

out 

puted  . 

The  computed  or 

uer 

-fill  rate 

outputs 

through 


of  the  OSSSM 
bridging . 


supplement  become  inputs  to  ACCLOGTROM 


systems  requiring  high  operational  availability 
led  with  redundant  configurations.  Redundant 
landied  by  ACCLOGTROM  include  parallel  redundancy, 
dual  sets,  and  circular  arrays.  Various  system  configuration 

ilso  be  handled  by  ACCLOGTPOri  to  allow  optimal 


High  reliability 
are  often  design* 
configurations  h< 


breakdowns  can  a 
site  stockage  f o 

PROPONENT 

US  Army  CECOM 
ATTN:  AMSEL-PL-E 
Fort  Monmouth,  N 


r  each  system  configuration. 

r  "CWRTNT  USE!  57  R)C 


(  Ms  .  Beuschel ) 
J  07703 


AV  992-4325,  com  (  20 1 ) 5 32-4 325 


US  Army  ERADC0M 
ATTN:  AMDEL-PO-SA 

Fort  Monmouth,  NJ 


( Mr .  Price) 
07703 


AV  995-2681,  com  (201)544-4952 


& 


F5 
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•'vs! 
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LSA  TECHNIQUE  INFORMATION  SHEET 
- - ^  - “ 


TECHNIQUE:  Army  Communications  Command  Logistics  Tradeoff 

Model  (ACCLOGTROM) 

Inputs - 

1.  Operational  Availability  goal. 

2.  Equipment  reliability  block  diagrams. 

3*  LRU  data  consisting  of  eaoh  LRUs  cost,  failure  rate,  density, 
mean  time  to  restore  on-site,  repair  location,  washout  rates,  and 
production  lead  time. 

4.  Supply  information  consisting  of  order  and  ship  times  from 
depot  and  area  supports  to  site  and  off-site  order  fill  rates 
desired . 

OUTPUTS:' 

1.  Least  cost  set  of  LRUs  required  for  sparing  at  each  site 
which  meets  the  desired  operational  availability  goal. 

2.  Set  of  LRU  spares  required  off-site  to  achieve  off-site  order 
fill  rates  desired. 

3.  Total  cost  of  LRUs  spared  per  site,  at  area  supports,  and 
depot . 


DOCUMENTATTSN  AVAlLiVBTE: 

(1)  ACCLOGTROM  Users  Manual,  US  ACC,  1  Jul  75. 

(2)  Modification  of  ACCLOGTROM  ltr,  7  Dec  76.  (3)  An  analytical 

model  for  optimum  site  stockage,  Log  Spectrum,  winter  79- 

(4)  Multi-echelon  Provisioning  Using  ACCLOGTROM  by  Mr.  Price. 

AUTOMATION 


YEr~*"~RO 

LANGUAGE 

FORTRAN 


HinnTwXKE  i  crnruTCLf- 


CDC  6600 


D&V  FSD 
P/D 


!  (DATA  RECORDS) 


A  H 


REMARKS:  ~  Program  consists  of 
approx  4000  line  of  coding,  3 
overlays  and  several  internal 
files . 


("APPLICATIONS:" 

!  Safegard,  AN/FSC-78,  AN/MSC-61 , 
!  AN/USC-28,  KY-881,  SCOTT, 

!  AN/GSC-52 


LSA  TASK  INTERFACE 


202.2.1-3 

203-2.2,3.5,6 

204.2.1 

205.2.3.5 

301 .2.5 


302.2. 1 ,2 
303.2.1-4,9 
401.2.5,8 
402.2.  1  ,3 
403-2 
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LSA  TECHNIQUE  INFORMATION  SHEET 

Fum - 


TECHNIQUE:  Availability  Centered  Inventory  Model  (ACIM) 


PURPOSE:  To  determine  optimum  stockage  level  for  all ~It eras 

in  an  equipment  at  designated  stockage  locations  in  a  multi¬ 
echelon  supply  support  system. 


DESCRIPTION:  This  model  uses  an  iterative  process  to”calculate 

stockage  levels  which  will  provide  the  required  availability  in 
the  most  cost-effective  manner.  The  number  of  parts  that  can  be 
modeled  in  an  equipment  is  limited  only  by  the  amount  of  random 
access  memory  available  on  th;  irrputer  on  which  the  model  is 
being  run.  This  model  is  similar  in  scope  to  SESAME  and 
ACCLOGTROM,  but  different  in  method  of  calculation. 


USERs: 

US  Army  TROSCOM 

ATTN:  AMSTR-BT  (Mr.  Abshier) 

430C  Goodfellow  Blvd 

St.  Louis,  MO  63120 

AV  693-3181,  com  (314)263-3181 


FIOPtfWgtfT 

US  Naval  See  Systems  Command 
Code  PMS-306  (Mr.  Pritchard) 
Washington,  DC  20362 
AV  222-3820,  com  (202)692-3820 


~  rmREFT  'osewfgc - 

!  Proponent  also  user. 

!  US  Army  TH05C0M 
!  ATTN:  AMSTS-TIC  (Ms.  Baltz) 

!  4300  Goodfellow  Blvd 
i  St.  Louis,  MO  63120 
-  !  AV  693-2750.  com  (3j4 >263-2750 
2-16 
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AMC-P  700-4 


TECHNIQUE: 


Availability  Centered  Inventory  Model  (ACIM) 


itmrrsr - t*o  'tn'iin  ~cia  sses-of  input  data:  Cl)  system  related 

such  as  numbers  of  equipment  supported,  number  of  support  loca¬ 
tions,  lead  time  for  resupply,  average  repair  time;  and  (2)  item 
related  such  as  unit  cost,  part  number,  essentiality  code,  WBS 
indenture  level. 

Input  is  free  format  and  can  be  entered  through  punched  cards, 
direct  console  entry  or  translation  of  other  files. 


OUTPUTS:  Intermediate  cost-effectiveness  reports  are  pro-  . . 

duced  throughout  the  iterative  process. 

Item  summary  report  for  each  site  which  includes  item  name,  cost 
to  stock,  mean  supply  response  time  (MSHT),  and  statistical 
summary  report  for  each  site. 


DOCUMENTATION  AVAILABLE: 

AC  IK  User’s  Manual,  Dec  81. 


YES*  NO 
LANGUAGE 

PL/1  subset  G 


MHarRsT^ 


AUTOMATION 

'  HARDWARE  f  LIFE  CYCLE  'TTSffR  IfTfERFXcE 
!  i  (DATA  RECORDS) 

Any  computer  !  D&V  FSD  i 
with  64k  !  P/D  I  L  H 

bytes  RAM  I  ! 

»  l 

- 1  r-x^TcmroNs  r - 

!  UH  -  60  Blackhawk 


203-2.2-5 

303.2.2-5,7,8 


LSA  TASK  INTERFACE 
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LSA  TECHNIQUE  INFORMATION  SHEET 
“PXRTl 


TECHNIQUE:  Acquisition  Based  on  a  Learning  Curve  ( ACQLEARN) 

PURPOSE:  To  “deter  mine  ~procur  abi'e  "qua'rrt  i  t  y  ~of~"parts  for  a 

given  budget  and  to  determine  cost  for  a  known  procurement. 


DESCRIPTION:  A  computer  "program  "using  an  algorithmic  approxima¬ 

tion  method  which  takes  a  given  budget  and  tells  how  to  optimally 
distribute  procurements  to  best  fulfill  needs.  The  procurement 
plan  is  to  be  given  by  percent  of  buy  for  each  procurement  year. 

In  addition,  if  procurement  buy  is  known,  then  the  program  can  be 
used  to  give  costs  by  year.  Either  way  the  program  is  used  it 
takes  into  account  the  learning  curve  effect. 


PROPONENT 

US  Army  T/pCOW 

ATTN:  AM5TA-HC  (Dr.  Brierly) 

Warren  ,  MI  45090 
AV  786-8155,  com  (  3  1  3  )  '374 -6 1  8b 


]  CURRENT  U3ERS7F0C 

|  Proponent  al.-  )  user. 

!  U5  Army  HRAIP. 

!  ATTN:  S7KBL-DL(  Ms .  woodsiriger) 
!  Port  Uelvo:. r,  VA  22060 
!  AV  354-5071,  com  (70  3)664-5726 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE: 


Acquisition  Based  on  a  Learning  Curve  ( ACQLEARN) 


INPUTS: 

1.  Learning  curve  value. 

2.  Budget  allocation  or  procurement  quantity. 

3.  Procurement  percents  by  year. 

4.  Unit  costs  for  first  unit  or  average  unit  cost. 


OUTPUTS:' 

1.  Total  cost  of  procurement  or  total  quantity  procurable. 

2.  Unit  cost  for  any  buy  quantity  according  to  learning. 


DOCUMENTATION  AVAILABLE: 

Tactical  Wheeled  Venicle  Fleet  Stuay  MAKS  Model 
(1980)  System  and  Cost  Analysis,  AMSTA-V,  TACOM. 


YES-*"  W 

LANGUAGE 

PL/1 


AUTOMATION 

HARDWARE ~  T'“  ltfe~cycl'E 


IBM  3 60 


T3XTT  TRTEEFXCE 

( DATA  RECORDS) 


REMARKS:  220k  bytes  to  run, 

600  CPU  seconds.  User’s  Guide 
under  development  completion  in 
Feb  84. 


r  APPL I  CAT IONS : 

I  Tactical  Wheeled  Vehicles 
!  LACV-30 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PTfRTi 


Avionics  Laboratory  Predictive  Operations  and 
Support  Cost  Model,  Version  II  (ALPOS  II) 


PURPOSE :  To  determine  reliable  estimate  of  0&5~costs  Tor 

aircraft  in  the  conceptual/early  design  phases. 


DESCRIPTION:  ALPOS  II  is  an  O&S  cost  model  designed  for 

aircraft  equipment.  It  recognizes  three  categories  of  aircraft 
(cargo,  bomber,  fighter)  and  three  classes  of  equipment 
(communications,  navigation,  sensory). 

ALPOS  II  relates  available  LRU  design  parameters  to  O&S  cost 
using  various  cost  estimating/parametr ic  relationships.  The 
model  is  divideu  into  a  number  of  routines,  with  a  main  routine 
to  control  the  flows  and  subroutines  to  perform  the  required 
calculations  ana  format  the  output.  The  system  is  designed  to 
evaluate  navigational  equipment,  fire  control  radar  systems, 
communications  networks,  general  avionics,  etc.  Tms  permits 
evaluation  and  prediction  of  avionics  cost-of -owner ship  for 
integration  of  cost  factors  into  the  design  tradeoff  process. 


PROPONENT 

USAF  Wright  Aeronautic di  Lab. 
ATTN:  AFAL/AAA-j  (Mr.  Miller) 

Wright-Fattemuii  aFL,  OH  <0453 
AV  785-4709,  corn  (  5  1  3  )<?55-4709 


CURRENT  USERS/POC 

Proponent  also  user 
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PART2 


TECHNIQUE:  Avionics  Laboratory  Predictive  Operations  and 

Support  Cost  Model,  Version  II  (ALPOS  11) 

INPUTS:  12  system  level  variables  and  15  LKU  level  vari¬ 

ables  including  unit  price,  components  density,  power  dissipa¬ 
tion,  component  type,  component  technology  usage  factor,  a 
bit/fit.  factor,  volume,  weight  and  components  count. 


OUTPUTS:  The  output  *pr  ov  fd’es  O&S  cost  descriptions,  "cost  ' 
summations  on  an  annual  basis  and  a  r.onrecurr ing  basis  for 
spares  ana  support  equipment. 


DOCUMENTATION 'AVAILABLE:'  .  . . . 

ALPOS  II,  Volume  I  (DLSle.  LI)//  39575  MM. 

ALPOS  II,  Volume  II  (ULSIL  LD//  39570  ML). 

ALPOS  II,  Volume  II,  Update,  May  01  (  AFWAL-TM-rt  1-19)  . 


YES’** — »0 
LANGUAGE 

FOKTKAN  IV 

AUTOMATION 

r  HARDWARE  ~  * T"  CTFE  CYCLE "  T'LSAR— INTERFACE- 

!  i  (DATA  RECORDS) 

CDC  6600  CONCLPT  U&V  1 

;  KSD  ;  A  D  C  L  H 

i  1 

l  i 

1  1 

REMARKS: 

f  APPLICATIONS: 

!  F-15  Avionics 

!  F  —  1 6  Avionics 

!  Numerous  Avionics 

LSA  TASK  INTERFACE 
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TECHNIQUE:  AVSCOM  Maintenance  Operating  and  Support  Cost  Model 

(AMOS) 

PURPOSE:  To  provide  _a  _unTform_methdd'oTogy  for  performing 

operation  and  support  cost  estimates.  --  -  - 


DESCRIPTION:  AMGS'is  a  "computer  program  that  calculates  O&S 

costs  for  Army  helicopters  at  the  organizational  level  TOE.  AMOS 
emphasizes  costs  as  a  function  of  the  reliability,  availability, 
and  maintainability  (RAM)  character istics  of  the  helicopter. 

Both  direct  and  indirect  costs  can  be  computed.  The  model  is 
constantly  being  updated  for  the  latest  cost  factors,  improved 
methodology,  and  new  output  requests. 


USERS  : 

US  >>.r:ny  AVSCOM 

ATTN:  AKSAV-bA  (Mr.  Laughlin) 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 
A V  693-1189,  com  (314)263-1189 


PROPONENT  " 

US  Army  AVSCOM 

ATTN:  A  M  S  A  V - B  E  ( G .  L  u  *  e  r  ,  G . N . 

Stanard,  J.E.  Thomas) 

4300  Goodfellow  Blvd 
St .  Louis,  MO  0 j 1 20 
AV  698-1  18 9 j_c om  _ (  3  \4_  )2_63 9 


PM  Dlackhcjwk 

ATTN:  AMCPM-BH-L  (Mr.  Procasky) 
4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 
AV  693-1813,  com  ( 3 1 4 ) 263- 1 8 1 3 


CURRENT  USERS7POC 

US  Army  AVSCOM 

ATTN;  AM5AV-BE  (Mr.  Vandrey) 
4300  Goodfellow  Blvd 
St .  Louis,  MO  63120 
AV  693-1169,  com  (314)263-1189 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


AVSCOM  Maintenance  Operating  and  Support  Cost  Model 
(AMOS) 


INPUTS:  Requires  technical,  operational,  and  cost  data. 

Includes  data  such  as  maintenance  manhours  per  flight  hour, 

MTBR,.  attrition  rate  and  shaft  horsepower.  Fleet  and  deployment 
information  by  TOE  are  needed  as  operational  data.  Both  aircraft 
and  personnel  cost  factors  are  required.  . . .  . 


PUT 7» 


i 


OUTPUTS:  Output  is  in  DA  Pam  11-4  format.  Costs  are  shown 
by  appropriation,  work  breakdown  structure,  and  cost  element. 
Cost  per  flight  hour,  per  aircraft,  per  TOE  and  per  fleet  on  an 
annual  or  time  phase  operating  life  basis  are  available.  Costs 
can  be  shown  in  constant,  escalated,  or  discounted  dollars. 


DOCUMENTATION  AVAILABLE: 

ULi  AVRADCOM  TR-77-5,  "AVSCOM  Maintenance  Operating 
and  Support  Cost  Model",  Feb  77  ( DLSIE  LD U  38739MA) 
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, 

m 


tM, 


AUTOMATION 


TETST*  W5 

— HARDWARE 

- OFETirfCUE - 

r-csffimrrcRrACE~' 

LANGUAGE 

l 

1 

(DATA  RECORDS) 

FORTRAN  IV 

!  IBM  4341 

D&V  FSD 

!  IBM  360 

1 

J 

1 

P/D 

ABC 

REMARKS 


APFLTCATrONST 
AH-64,  UH-60,  CH-47 ,  ASH 
Aircraft,  Blackhawk,  Cobra 
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TECHNIQUE: 


Army  Logistics  Capability  Assessment  (ARLCAP)/ 
OVERVIEW  MODEL 


PURPOSE:  This  model  was  developed  to  determine  tTie  maximum' 

number  of  hours,  per.  day  that  Army  helicopters,  can  fly  .under _ 
both  peacetime  and  wartime  conditions. 


DESCRIPTION : ~  The  Army  Logfstics  Capabil i t  y  Tssessment  ~("£RLC APT 
Moor-1  is  a  simulation  model  designed  to  estimate  the  flying  hour 
capability  of  the  Army's  helicopters  given  various  inventory 
levels  of  spare  parts.  It  is  a  modified  and  enhanced  version 
of  the  Overview/Mission  Degradation  Model  used  by  the  US  Air 
Force  to  support  its  budget  requests  for  reparable  spares  and 
to  perform  analyses  of  mission  capability. 


REMARKS  (CONT'D) 

Total  run  time  is  about  20  minutes,  CPU  time  is  about  20  seconds 
with  30  reparable  items.  The  program  has  approximately  2800 


mes  o : 


vo  a  l  n  g 


PROPONENT 

(  Unc  (V  i  c  i  a  i  ) 

US  Army  Concepts  Analysis  Ag . 
ATTN :  CSCA-r SC  (Mr.  Rose) 

■]  i  2 f'  Woocmont  Avenue 


UethesejJ ,  MD 


AV 


h  2  9 : 


? ; 6 1  ^ 

cor.  (30  1  )295-^299 


"CURRENT  "USTK37P0C 

Proponent  also  user. 


I 


*■. 
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TECHNIQUE:  Array  Logistics  Capability  Assessment  (ARLCAP)/ 

OVERVIEW  MODEL 

INPUTS -  Three  data  files  are  used  to  'store  requireJ'fnput 

which  include-- 

1.  Flying  program  file  which  has  58  inputs  which  include  mtsslvr. 
length,  daily  flying  hours  per  ai-JMf“; 

2.  Parts  data-base  which  has  115  inputs  which  includes  such 
information  as  unit  cost,  administrative  lead  time,  order  and 
ship  time,  repair  costs,  etc. 

3.  Force  file  which  has  7  inputs  required  which  is  number  of 
aircraft  in  a  unit,  description  of  unit,  etc. 

OUTPUTS:  There  are  approximately  18  separate  reports  which 
include — 

1.  Mission  success  rate. 

2.  Repair  cost. 

3.  Aircraft  availability. 

4.  Reparable  spare  maintainability/reliability  analysis. 

5.  One  year  capability  purchase  analysis. 


DOCUMENTATION  AVAILABLE: 

ARLCAP  User’s  Manual,  4  Aug  83. 


AUTOMATION 


YES  *~W6 
LANGUAGE 

- CTFF 

LSAR  INTERFACE 
(DATA  RECORDS) 

FORTRAN 

UNIVAC 

FSD 

- 1 - ITTETI 

P/D  ! 

1 

1 

I 

1 

I 

1 

. - 

A  B  E  H 

REMARKS:  Improvements  are  !  APPLICATIONS: 

planned  to  the  model  but  no  !  AH-1S,  UH-1H,  UH-60,  OH-58, 

dates  are  available.  !  CH-47 


(See  description  for  cont.) 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Ammunition  Resupply  Model  (ARM) 


PURPOSE:  To  assess  the  capability  of  a  given  unit  TOE 

structure  to  respond  to  the  logistical  demands  placed  upon  it  by 
various  numbers  of  -  ammunition  expending  weaponry. 


DESCRIPTION:  ARM  was  developed  to  work  ~in  'par ai lei  ~with  "the 

Jiffy  War  Game  in  conducting  total  force  structure  Trade-off 
Analysis  of  the  Division  86  alternatives.  ARM  provides  a 
method  of  detailed  evaluation  of  ammunition  resupply.  The 
model  simulates  the  time-consuming  resupply  process  that  replaces 
ammunition  on  individual  weapon  systems,  as  well  as,  the  movement 
of  the  different  units'  transportation  assets  to  secure  addition¬ 
al  ammunition.  ARM  forces  the  resupply  network  to  replace  rounds 
on  individual  weapon  systems  at  unit  level  and  send  unit  trucks 
back  to  designated  resupply  points  to  fill  up  and  return.  The 
functions  each  truck  must  perform  are  broken  into  a  series  of 
discrete  events  (subroutines).  The  model  takes  each  truck 
through  a  series  of  these  event  subroutines  (with  operational 
availability  and  interdiction  considered)  in  which  actions  are 
completed  and  times  accumulated.  Helicopter  resupply,  interact¬ 
ive  command  decision,  and  tactical  realism  can  be  incorporated 
during  the  game.  Requires  quality  input,  limited  to  five  types 
of  ammunition/units,  supply  trucks  carry  only  one  type  of  ammuni¬ 
tion  and  assumes  perfect  intelligence. 

An  estimate  of  time  to  become  proficient  with  ARM  is  as  follows: 
To  acquire  data  base  -  3  to  4  weeks 
To  structure  data  in  model  input  format  -  2  weeks 
Player  learning  time  -  1  day. 


PROPONENT 

US  Army  Combined  Arms 
Operations  Research  Activity 
ATTN:  ATOR-CAS-F  (MAJ  Resnick) 
Fort  Leavenworth,  KS  66027 
AV  552-5*481,  com  (915)68*4-5  481 


CURRENT  USERS/POC 

US  Army  AM C COM 

ATTN:  AMSMC-RA(D)  (Mr.  Luzzi) 

Dover  ,  N J  07 80  1 

AV  880-5978,  com  (201)724-5978 


LSA  TECHNIQUE  INFORMATION  SHEET 
PlWf2 


TECHNIQUE:  Ammunition  Resupply  Model  (ARM) 


INPUTS:  ARM  requires  the  following:  T.  Map  acquired  data 

such  as  locations  and  road  distances  between  units  and  supply 
points;  2.  Weapon  system  attritions  such  as  combat  modeling 
results;  ”3.  Ammunition  types  and  demand  such  as  a  random 
sampling  of  average  ammunition  expenditure  ranges;  and  4.  Truck 
data  such  as  the  TOE  structure  being  played,  and  established  RAM 
data . 


OUTPUTS:  Number  of  rounds  usedT  on-hand,  and  rounds  short 
for  each  unit  in  the  division. 


DOCUHEHTATTOiJ  AVATCABLT: 

CAORA  Technical  Report  TR  6-83,  Ammunition  Resupply 

Model;  Vol  I,  Methodology  and  User's  Manual;  Vol  II,  Prograiner's 

Manual;  and  Vol  III,  Data  Base. 


AUTOMATION 


YES  *  NO 

HARDWARE  1  LIFE  CYCLE 

LSAR  INTERFACE 

LANGUAGE 

FORTRAN  77 

1 

1 

UNIVAC  1100,  !  FSD  P/D 

•  DECVAX-1 1/780  i 

f 

1 

(DATA  RECORDS) 

H 

time  stepped  model 


Ml,  IbbMM  Howitzer,  Bradley, 
AFARV,  Firing  Port  Weapon, 
CSSMAA 
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TECHNIQUE: 


Achieving  a  System  Operational  Availability 
Requirement  Methodology  (ASOAR) 


PURPOSE :  The  ASOAR  was  developed  for  cost  effectively 

prorating  a  required  system  operational  availability  to  end  item 
operational  availability  goals.  The  ability  to  determine  the 
degree  to  which  a  system  operational  availability  is  achievable 
is  inherent  in  the  ASOAR. 

DESCRIPTION:  Ap'pl  icatTon’of  ASOAR  provides  the  ability  to  size 

weapon  system  secondary  item  inventories  to  meet  explicit  weapon 
system  availability  and  operating  tempo  objectives.  The  usage 
of  just  five  basic  equations  with  principally  end  item  indenture 
level  data  permits  the  determination  of  cost  effective  opera¬ 
tional  availability  goals  for  each  different  item  serially 
configured  in  the  system  when  the  system  is  restored  by  placing 
LRUs  at  the  operating  level  . 


Computational  adjustment  pr 
equations  permits  the  handl 
configurations  and  differen 
the  system.  These  computat 
lent  baseline  where  each  di 
serially  configured  or  wher 
using  LRUs  at  the  equivalen 
computational  adjustment  co 
end  items,  redundant  end  it 
preventative  maintenance,  a 
operating  level . 

The  ease  of  applying  ASOAR 
effective  end  item  operatio 
able  with  a  calculator.  A1 
the  system  are  not  necesary 
availability  goals.  Basica 
ture  level  data  are  needed 
ating  and  support  concepts 
become  available,  a  sparing 
can  be  used  in  a  timely  man 
to  achieve  the  end  item  ava 


ior  to  applying  these  five  basic 
ing  of  other  commonly  used  system 
t  support  variations  used  to  restore 
ional  adjustments  estimate  an  equiva- 
fferent  type  of  end  item  becomes 
e  an  equivalent  system  is  restored 
t  system’s  operating  level.  The 
vered  permits  the  handling  of  common 
ems,  end  item  spares,  organizational 
nd  not  sparing  uRUs  forward  at  the 


is  an  important  feature.  The  cost- 
nal  availability  goals  can  be  comput- 
so ,  detailed  LRU  attribute  data  for 
to  compute  end  item  operational 
lly ,  just  system  and  end  item  inden- 
together  with  a  knowledge  of  the  oper- 
planned.  When  LRU  data  of  an  end  item 
optimization  model  (i.e.  SESAME) 
ner  to  optimally  provision  LRU  spares 
il  ab  il  ity  goal . 


FWopoNent 

US  Army  ERADCOM 
ATTN:  AMDEL-PO-SA 

Fort  Monmouth,  NJ 
AV  995-2681,  com  (201)544-4952 


— r* 


(  Mr .  Price) 
07703 


CURRENT  USERSTPOC 

Proponent  also  user/de'/eloper 
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TECHNIQUE:  Achieving  a  System  Operational  Availability 

Requirement  Methodology  (ASOAR) 


INPUTS: 

1.  System  operational  availability  requirement. 

2.  System  configuration  of  end  items. 

3.  System  support  concepts  planned.  ..  _ 

4.  Mean  time  to  obtain  an  LRU  spare. 

5.  End  item  mean  calendar  time  between  failures  (MCTBF). 

6.  End  item  mean  •"estored  time. 

7.  End  item  cost  estimate. 


OUTPUTS :  T:  Whether  the  system  design  and  support  planned 
will  achieve  the  system  operational  availability  requirements. 

2.  Gross  estimation  of  the  relative  cost  for  secondary  item 
spares . 

3.  Operational  availability  goals  for  each  different  type  of 
critical  end  item. 

4.  System  mean  calendar  time  between  failures. 

5.  System  mean  restoral  time. 

6.  Effective  MCTBF  of  a  redundant  network. 

BOCUHENTJfTrSlTTnrATLir&LE: - 

Preceedings  from  SOLE  produce  support  seminar, 

"Meeting  System  Availability  Requirements  Optimally,"  ERADCOM, 
Apr  84. 


AUTOMATION 


yes - fto  r  — r~fnrffwjnrc:  ^ 

- LIFE  CYCLE - 

L5AR  TNTFRFACE  " 

LANGUAGE  \ 

1 

CONCEPT  D&V 

(DATA  RECORDS) 

1 

| 

I 

FSD 

A  B 

REMARKS:  ASOAfi  is  a  computa- 

rAPFCTOTIMST 

tional  methodology. 

!  Joint  Surveillance  Target 

1  Attack  Radar  System  (JSTARS). 

1 

1 

1 

1 
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TECHNIQUE:  ATE  Workload  Analysis  Model  (ATE  WORK)* 


PURPOSE:  The  purpose  of  this  model  is  to  determine  the 

quantity  of  AN/MSM-105S  ( AN/.USM-4 1 0s)  required  to  perform 
quality  assurance  and  fault  diagnosis  of  line  replaceable  units 
(LRUs)  and  printed  circuit  boards  (PCBs)  at  the  general  support 
(G5)  maintenance  level. 

DESCRIPTION T  The  ATE  WORK  is  used  to  determine  the  number  of 
ATE  hours  per  year  to  support  one  system  (i.e.,  one  tank);  that 
number  is  then  multiplied  by  the  total  number  of  items  in  the 
fleet  and  divided  by  the  number  of  available  hours  for  an  AN/USM- 
410,  to  determine  the  total  number  of  ATE  required  for  one  or 
more  weapon  systems.  Each  unit  under  test  (LRU  and  PCB)  is 
handled  separately  by  the  model.  The  expected  number  of  failures 
is  simply  the  product  of  the  hours  of  operating  the  individual 
component,  the  failure  rate  per  million  hours  and  the  quality  of 
that  component  on  the  system,  divided  by  10  to  the  6  power.  The 
expected  number  of  failures  is  then  multiplied  by  the  estimated 
test  time.  This  information  comprises  the  data  base  for  that 
system.  The  model  then  uses  a  processing  logic  which  is  intended 
to  represent  the  likely  ways  in  which  a  UUT  would  pass  through 
GS.  The  model  also  uses  constant  values  for  UUTs  hook-up  and 
discount  times  and  can  use  a  default  test  time  for  UUTs  if  none 
is  available. 


REFERENCES  (CONT'D) 

2.  Overview  of  current  Army  method  for  determining  LOR  and  for 
estimating  workloads  for  ATE,  AMSAA,  report  it  i  56,  May  82. 

3.  An  analysis  of  the  PM-ATSS  workload  analysis  model  for  the 
A  N /  US  M —4  10  ATE,  AMSAA,  report  ii  39  3,  May  S3- 


USERS: 

PM  SINCGAHS 

ATTN:  AMCPM-GARS  (M.J.  Montanye) 

Fort  Monmouth,  NJ  07703 
AV  992-3268,  com  (201)532- 


PROPONENT 

PM  TMDS 

ATTN:  AMCPM-TMDE- P 

(CPT  Magnanti) 

Fort  Monmouth,  NJ  07703 
AV  995-4763,  com  (201)0^4-^763 


CURRENT  USEFS7POC 

Proponent  also  user/developer  . 
p m  pershing 

ATTN:  AMCPM-PE-S  (Ms.  Garrett) 

Bedstone  Arsenal,  AL  35898 
AV  7  -i  6  -  1  2  y  1  ,  corn  ( 206 ) 87 6- 1 29 1 
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TECHNIQUE: 

ATE  Workload  Analysis  Model  (ATE  WORK)* 

* 

s 

INPUTS:  There  are  three  types  of  input  variables-- 

1.  User  input  from  terminal  which  are  operating  hours  for  the 
system  in  war  and  peace  time. 

2.  Default  values  (which  the  user  can  change  at  the  terminal) 
these  include  six  variables  such  as  hook-up,  functional  check, 
discount/tag  for  repair,  both  for  LRUs  and  PCBs. 

3.  Data  base  inputs  which  have  18  variables  associated  with  each 
UUT  to  be  input  into  the  model.  These  variables  include  failure 
rate,  quantity  per  system,  level  of  repair,  etc. 


!HI 


OUTPUTS:  The  "model  prints  out  input  “value’s  plus  Aft  hours 

per  year  required  to  support  one  system  in  peace  time  and  then  in 

war  time. 


1.  User's  Guide  lor  AN/MSM- 1 05/ USM-4 1 0  GS  Workload 
Analysis,  PM  TMDS ,  May  83- 
(See  description  for  ccnt'd) 


YES  r  NO 


HARDWARE 


AUTOMATION 

~]  LIFE  CYCLE 


LSAR  INTERFACE" 


LANGUAGE 

FORTRAN  V 

1  1 

1  1 

!  Any  computer  1 

D&V 

1 

FSD  ! 

(DATA  RECORDS) 

!  which  has  I 

I  FORTRAN  IV  ! 

1  1 

1  i 

P/D 

l 

I 

1 

1 

i 

1 

A  B  C  D  E 

REMARKS:  The  model  consists  of 

approximately  367  lines  of 
coding . 


S1NCGARS,  PERSHING  II 


203.2.3,6,7 
20U. 2. 1 
206.2.1,3,6 
302.2. 1 
303-2. 1 ,3,7,8 
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LSA  TECHNIQUE  INFORMATION  SHEET 


PARTI 


TECHNIQUE:  Army  Unit  Readiness/Sustainability  Assessor  (AURA) 


PURPOSE :  “Provide method  of “relating “Army “resource  requests 

to- changes -in  readiness/sustainability. 


DESCRIPTION:  AURA  addresses  the  projected  capability  to  meet  the 

initial  and  continuing  combat  requirements  of  one  or  more 
specific  war  time  scenarios.  The  war  time  scenario  characteris¬ 
tics  include  initial  condition  of  units,  deployment,  attrition, 
movement  rates,  consumption  rates,  maintenance  task  lengths, 
resupply  volumes  and  schedules  and  biannual  cycles.  Provides 
systematic  measurement  of  readiness/sustainability  with  respect 
to  manpower  quantity,  manpower  skills,  spares,  theater  reserve 
end  items  and  other  consumables.  The  model  addresses  policy, 
budget,  and  operations  issues  in  a  consistant  frame  work,  as  well 
as,  produce  the  differential  effect  on  read ine3s/sustainab il ity 
by  specific  operational  capability.  Applications  of  AURA  include 
distribution  of  existing  resources,  crisis  manag< men t ,  system 
manager  effectiveness,  budget  justification/resource  requirements 
and  long-range  planning. 


US  AMSAA 

ATTN:  AMXSY-LM  (Mr.  Groves) 

APG ,  MD  21005 

AV  283-6617,  com  (301)278-6617 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE: 


Army  Unit  Readiness/ Sustainability  Assessor  (AURA) 


INPUTS:  AURA  requires-two  types  of  data —  1 .  Battle 

demand  data;  specific  operational  capability  (SOC)  numbers,  mass, 
SOC  types- and  times,  SOC  durations,,  criticality,  engine  time , 
POL/AMMO  expenditure,  battle  damage  and  attrition.  2.  Brigade 
level  resources-tanks ,  APCs,  support  equipment,  TOE  crews, 
maintenance  MOS  and  skills,  recovery  vehicles,  spares/PLL-engine 
packs  and  POL/ AMMO  stocks. 


OUTPUTS:  Produces  brTgade  output  CplTatoons  generated!  "by 
mission/day.  Status  of  resources  by  day  to  include  tanks,  APCs 
used/repaired,  damaged/destroyed,  number  cannibalized,  parts 
used-shipped  to  repair,  mun itions/PCL  used-remaining,  MOS 
used,  queues  existing,  resources  ready  at  end  of  day. 


DOCUMENTATION  AVAILABLE: 

Contractor  AURA  2  Voi  User's  Manual,  1. 1 987 — MRAL , 
and  N 1 988-MRAL . 


LANGUAGE 

FORTRAN  IV 


AUTOMATION _ _  ___ 

- T  — CrFETTYCUE - rXSAR  INTERFACE 

i  !  (DATA  RECORDS) 

!  D&V  FED  ! 
i  P/D  i  A  G  H 


REMARKS:  2 ."5M 'bytes  CPU  "memory 

3000  CPU  seconds-batch  mode 
processing 


201.2.1 
202.2.2 
203-2.2 
302.2. 1 
303-2.1 1 


APPLICATIONS: 

M60A1  ,  Mil  3 ,  M109 ,  Ml  10 
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as 
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LSA  TECHNIQUE  INFORMATION  S  ;EET 
PARTI 


TECHNIQUE:  Programable  Calculator  Life  Cycle  Cost  Model 

(CALCUMOD) 

PURPOSE:  To  provide  design  engineers  and  logisticians  ufth'^i 

quick  and  inexpensive  tool  to  assesq  li.fe .  cycle  cost  .implications 
on  design  trades. 


DESCRIPTION:  The~modef  is  as  complete”as  roost  computer  li Pe 

cycle  cost  models.  However,  significant  memory  capacity  is 
saved  by  concentrating  on  a  single  item  such  as  a  line  replace¬ 
able  unit  (LRU)  or  shop  replacement  unit  (SRU).  This  avoids  the 
aggregation  and  control  coding  required  in  larger  system  models. 
This  feature  is  also  convenient  since  this  is  the  level  at  which 
the  design  engineer  is  making  design  trade-offs.  The  model, 
however,  can  be  used  to  aggregate  costs  to  the  system  level  where 
a  system  involves  a  small  number  of  LRUs.  The  model  includes  the 
major  cost  elements  contained  in  a  life  cycle  cost  assessment.  It 
does  not  include  cost  elements  for:  (1)  training  equipment  and 
services;  (2)  documentation;  (3)  facilities;  (JJ)  war  readiness 
materiel;  (5)  Initial  hardware  installation;  (6)  support  equip¬ 
ment  maintenance;  (7)  modification  costs;  or  (8)  energy  require¬ 
ments.  Depending  on  the  analysis  required,  estimates  for  these 
cost  elements  can  be  made  and  added  directly  to  the  model 
results.  It  is  also  noted  that  support  equipment  LCC  or  trade 
studies  on  support  equipment  can  be  calculated  using  the  model 
and  treating  the  support  equipment  in  the  same  way  as  any  other 
piece  of  hardware.  All  of  the  cost  elements  contained  in  the 
model  are  not  directly  computed  by  the  model.  For  example, 
the  development  cost  estimate,  system  investment  and  support 
equipment  co3ts  are  "through-puts"  to  the  model.  For  these 
cost  elements,  estimates  must  be  obtained  from  another  source 
and  directly  input  into  the  model.  Support  investment  spares 
and  ownership  costs  are  computed  by  the  model  and  are  based 
on  engineering  and  support  characteristics  of  the  item.  Applica¬ 
tions  have  ranged  from  using  the  model  as  an  aid  in  making  logis¬ 
tics  assessments,  evaluating  organic  support  and  reliability 
improvement  impacts  on  support  cost  to  performing  sensitivity 
and  assessing  support  equipment  alternatives. 


PROPONENT  "  r  CURRENT  USERS/POC 

Air  Force  Aeronautical  System  \  Proponent  also  user. 

Division  ! 

ATTN:  ASD-ALT  (Vern  Maker)  ! 

Wr ight-Patter son  AFB,  OH  *45*433  ! 

AV  785-6217,  com  (513)255-6217  I 


LSA  TECHNIQUE  INFORMATION  SHEET 

pXhtjj 


AMC-P  700-4 


TECHNIQUE:  Programable  Calculator  Life  Cycle  Cost  Model 

(CALCUMOD) 

INPUTS:  A~~data  set  of  35  variables  must  be  assembled.  <57 

these,  3  are  through-put,  4  are  descriptive  of  the  program 
-environment, -20- are -descriptive  of  _the  _item_or  equipment,  and  8 
are  standard  parameter  values  that  are  most  appropriate  for  the 
item  being  considered.  The  model  calculates  support  Investments 
spares  and  ownership  costs  based  on  the  mean  time  between  demand 
and  the  mean  time  between  removal. 


OUTPUTS:  Costs  are  printed  or  displayed,  at  the  user’s 
option  by  cost  element  and  by  cost  category  (development, 
procurement,  operating  and  support,  and  total  life  cycle  costs). 
If  a  printer  is  used  the  output  will  be  generated  on  56  lines 
which  will  include  a  summary  of  all  input  data  as  well  as  the 
computed  cost. 


DOCUMENTATION  AVAILABLE 

Programable  Calculator  Life  Cycle  Cost  Model, 

User's  Handbook,  Apr  81,  Life  Cycle  Cost  Management  Division, 
Director  of  Cost  Analysis,  Comptroller,  Aeronautical  Sys  Div, 
Wright- P  a  1 1 erson,  AFB,  OH  45433. _ 

AUTOMATION 


YES  »  Ko - 

LANGUAGE 

TI-59  Keystroke 


IEH - 
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• 
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P/D 

(DATA  RECORDS) 
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^APPLICATIONS: 
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i  Strike  System 

1 

1 

» 

1 
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LSA  TASK  INTERFACE 


203-2.2,5 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- ~ — - — PTrrm — - 


TECHNIQUE :  Corps  Ammunition  Model  Expanded  (CAM-X) 


PURPOSE:  Is  "3‘esfgned’  to  furnisH  'information  on  how 
ammunition  requests  may  be  satisfied  under  constraints  of  equip 
ment “availability ^transportation  networks,  and  enemy  attaok. 


DESCRIPTION:  This  model  may  be  either  stochastic  or  determin¬ 

istic.  Requirements  for  ammunition  are  input  into  the  model  from 
other  model  outputs  or  SCORES  scenarios.  Ammunition 
vehicles  are  loaded  and  move  over  the  given  network  to  users. 
Vehicles  may  be  attacked  when  halted.  All  phases  of  transporta¬ 
tion  are  considered.  CAM-X  requires  approximately  400  kilobytes 
of  user  memory  and  2  tape  drives  to  operate. 


F1TCJP0NERT 

US  Army  Logistics  Center 
ATTN:  ATCL-OSS  (Mr.  Cockrell) 

Fort  Lee,  VA  23801 
AV  687-5640/3449 
corn  (804)734-5640/3449 


r  current  “users/poc 

US  Army  Missile  Munitions 
Center  and  School 
ATTN:  ATSK-CTT  (MAJ  Price, 

Ms.  Moore,  Mr.  Demora) 

Redstone  Arsenal ,  AL  35897 
AV  746-8420,  com  (205)876-8420 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- — pair - 


TECHNIQUE:  Corps  Ammunition  Model  Expanded  (CAM-X) 


INPUTS:-"  ”  CAPPx  requires  data  related  to  "the  following: 

1.  Transportation  network;  2.  Ammunition  demands;  3.  Destruc¬ 
tion  .prob.abil_it.ie_s  and  rebuild  times;  4.  Unit  locations  and 
movements. 


OUTPUTS:  CAM-I  outputs  the  ammunition  UeTTvered  ,  ammunition 
destroyed,  preferred  modes  and  schedules  for  ammunition. 


DOCUMENTATION  AVAILABLE^ 

Contract  awarded  to  change  program  and  develop 
documentation  . 


AUTOMATION 


YE3"T~N<r 

■  ~i — mnwARE - r 

- LIFE  -CYCLE - 1  LSAR  "INTERFACE  ’  ‘ 

LANGUAGE 

i  i 

i  i 

i  (DATA  RECORDS) 

FORTRAN 

!  CDC ,  CYBER  ! 

CONCEPT  D&V  ! 

!  176  i 

1  1 

1  1 

i  1 

1  1 

!  H 

1 

1 

1 

1 

MRAfiNS: 

"T  APPLICATIONS: 

i  Applications  of  the  new  CAM-X 

1  are  planned. 
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L3A  TECHNIQUE  INFORMATION  SHEET 
PAWTl 


TECHNIQUE: 


Cost  Projection  Management  Information  System  for 
Life  Cycle  Costs  (COSTPRO) 

The  COSTPRO  Model  is  used  for  determining  the  life 


FtnfTOsn  _  _  _ _ 

cycle  supportability  costs  of  equipments  in  a  format  compatible 
with  IntegratedLogistics  Support  Plans  (ILSP) . 


DESCRIPTION:  COSTPRO  computes  life  cycle  logistics  resources 

funding  requirements  for  equipments  in  accordance  with  cost 
categories  prescribed  for  ILSPs.  Model  output  indicates  sources 
of  funds  and  applicable  appropriations  for  detailed  elements  of  a 
cost  breakdown  structure  which  may  be  tailored  by  the  user  for  a 
specific  logistics  support  scenario.  COSTPRO  uses  an  equipment 
installation  schedule  to  pinpoint  the  time  period  for  which  costs 
will  occur  for  each  user  site.  The  model  computes  user  activity 
and  supply  system  stock. 


3 


PROPONENT 

US  Naval  Sea  Systems  Command 
Code  C 6 1  3 2 

(Mr.  F.X.  Cr iste/ Janice  Julian) 
Washington,  DC  20362 
AV  22?-8258,  com  (202)692-82^8 


"CURRENT  USERS/POC 

Proponent  also  user 


v*:  v*< 
y: 
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TECHNIQUE:  Cost  Projection  Management  Information  System  for 

Life  Cycle  Costs  (COSTPRO) 

INPUTS]  COSTPM  ~r  e  qu  I  res-- 

1.  Support  item  cost  and  maintenance  codes. 

2.  Mean  time  to  repair. 

37  Mean  time  between  failures. 

4.  Repair  turn  around  time. 

5.  Supply  and  maintenance  hierarchy. 

6.  Indenturing  hierarchy. 

7.  Repair  labor  costs. 

8.  Support  equipment  training  and  documentation  costs. 

OUTPUTS: 

1.  Summary  by  appropriation. 

2.  Costs  and  funding  responsibility  report. 

(all  reports  producible  in  base  year  or  inflated  dollars). 

3.  Cost  summary  report. 


DOCUMENTATION  AVAILABLE f 

(1)  Draft  Handbook:  ’'COSTPRO:  Cost  Projection 

Management  Information  Systems  for  Life  Cycle  Costs,"  Oct  81 


(2)  COSTPRO  Product  Description,  Nov  83. 

AUTOMATION 

YES~r  Ho 

r  HARDWARE  T 

LIFE  CYCLE  !  LSAR  INTERFACE 

LANGUAGE 

1 

• 

!  (DATA  RECORDS) 

PL/1 

VAX  11-750  ! 

1 

1 

I 

1 

1 

1 

FSD  P/D  ! 

!  A  B  C  D  G 

1 

1 

I 

1 

REMARKS:  A  proprietary  model 

r  APPLlCXTTOtfS : 

with  GSA  Rates:  $7000  Buy:  $1000 

Navy:  AN/WSN-5,  Internal  Nav- 

Install;  $510  Mo 

Rental , 

igation  Set,  AN/WSN-2  Stablized 

$75  Mo.  Maint.  4 

Enhancement 

Gyrocompass . 

202.2.1 
203 .2.2-5 
205.2. 1  ,5 

303.2. 1 .5 

501.2.5 
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TECHNIQUE:  Computations  of  Vulnerable  Areas  and  Repair  Time/ 

High-Explosive  Vulnerable  Areas  and  Repair  Time  ( COVART/HEVART) 

PURPOSE:  The  models  compute  damage  done  by  physical  pene- 

trators  or  high-explosive  impact  to  equipment  along  a  shotline. 


DESCRIPTION :  Based  on  the"  projectile  cKaraeterTstTIcs  (solid 

penetrator  or  high-explosive  round),  conditional  defeat  prob¬ 
abilities  of  the  proponents,  and  impact  velocity  and  obliquity, 
the  COVART  and  HEVART  determine  which  and  how  many  components  of 
a  weapon  system  are  damaged. 

The  COVART  program  specifically  addresses  solid  penetrators 
against  land  weapon  systems.  The  HEVART  model  was  designed 
specifically  to  evaluate  the  vulnerability  of  the  AH- IS  versus 
20mm  to  57mm  high  explosive  incendiary  (HEI)  rounds. 

Both  models  have  been  used  at  BRL  to  generate  vulnerability 
and  combat  damage  data  for  use  in  the  TARMS  and  IREM  simulation 
models.  HEVART  is  designed  for  airborne  weapon  systems. 


REFERENCES  (CONT'D) 

COVART-A  Simulation  Program  for  Computation  of  Vulnerable  Areas 
and  Repair  Times,  Volume  I,  User  Manual,  and  Volume  II,  Analyst 
Manual,  Aug  75.  Update  of  COVART  documentation  to  be  available 
Jun  84. 


PROPONENT"  ' 

US  Army  Ballistics  Research  Lab 
ATTN:  AMSMC-BLV- A( A) 

(Mr.  Bently) 

APG ,  MD  21010 

AV  283-2032 ,  com  (  301)278-3086 


Proponent  also  user. 

US  Army  AMCCOM 

ATTN:  AMSMC-PM(D)  (Mr.  Stone) 

Dover,  NJ  07801 

AV  880-6378,  com  (201)724-6378 


LSA  TECHNIQUE  INFORMATION  SHEET 

PARt2 


TECHNIQUE:  Computations  of  Vulnerable  Areas  and  Repair  Time/ 

High-Explosive  Vulnerable  Areas  and  Repair  Time  ( COVART/HEVART) 


INPUTS: 

1.  Geometric  description  of  weapon  system  and  components. 

2.  Angle  of  fire.  -  --------- 

3.  Projectile  characteristics. 


OUTPUTS:  Components  damaged. 


DOCUMENTATION  AVAILABLE: 

Technical  Report  ABRL-TR-02467  HEVART ,  an  Interim 

Simulation  Program  for  the  Computation  of  HEI  Vulnerable  Areas, 

and  Repair  Times  ( U ) ,  Feb  83  (see  description  for  cont'd). 
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APPLICATIONS: 
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TECHNIQUE:  Combat  Vehicle  RAM  Simulation  (COVERS) 


FURPOSE:  To  provide  in  formation  on  operational  availability 

of  ground  elements  of  combat  forces  based  on  losses  due  to  combat 


damage  and  system  failures  and  on  repair  time,  and  return  to 
combat  based  on  time  to  repair,  maintenance  manpower,  and  parts 


supply . 


DESCRIPTION:  The  COVERS  model  was  principally  designed  for  use 

in  determining  reliability,  availability,  and  maintainability 
(RAM)  requirements  for  new  vehicles  and  for  RAM  analysis  work; 
i.e.,  investigating  the  effects  of  various  changes  in  support 
policy  and  logistics  concepts,  etc.,  on  operational  availability. 


Combat  vehicles  need  repairs  to  stay  operational.  Simple  repairs 
are  generally  done  by  a  company  level  support  team  with  back-up 
capability  at  battalion  level  (these  constitute  the  organiza¬ 
tional  level).  For  tasks  beyond  the  capability  of  the  organiza¬ 
tional  level,  there  is  a  hierarchy  of  supporting  maintenance 
organizations . 


The  COVERS  model  simulates  the  behavior  of  a  combat  vehicle  as 
it  operates  in  a  given  scenario.  As  equipment  failures  occur  or 
as  the  vehicle  suffers  combat  damage  which  is  consistent  with 
the  scenario  being  considered,  the  repair  system  resources  are 
used  to  restore  the  equipment  to  operational  condition. 

Execution  of  the  COVERS  model  produces  as  outputs:  Failures, 
Repair  Times  (printed  as  requested  by  inputs);  Status  Charts 
(printed  prior  to  each  operation  phase);  Summary  Sheets  (printed 
as  requested  by  inputs);  and  Availability  Charts  (printed  at  end 
of  each  scenario)  .  The  COVERS  model  incorporates  three  levels  of 
maintenance. 


'CURRENT  USERS/POC 


US  Army  Logistics  Center 
ATTN:  ATCL-MR  (Mr.  Lindquist) 

Fort  Lee,  VA  23801 
AV  687-2360,  com  (804)734-2360 


Proponent  also  user/develcper . 
US  Army  AMCCOM 

ATTN:  AMSMC-QA(D)  (Mr.  Mardo) 

Dover,  NJ  07801 


AV  880-3008,  com  (201)724-3008 
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TECHNIQUE:  Combat  Vehicle  RAM  Simulation  (COVERS) 


INPUTS! - 

1.  Mean  time  to  repair. 

2.  Parts  information. 

3.  Maintenance  manpower  information. 

4.  Scenario  usage  rates. 

5.  Scenario  damage  rates. 

6.  Mean  time  between  failures. 


OUTPUTS: 

1 .  Parts  needed  . 

2.  Down  times. 

3.  Operational  Availability. 


DOCUMENTATION' AVAILABLE: 

(1)  COVERS  User's  Manual,  Jan  82; 

(2)  COVERS  Programer's  Guide,  Jan  82. 


AUTOMATION 


BMKTT 
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TECHNIQUE:  Logistics  Support  Analysis  (LSA)  Review  Team  Guide 

(DARCOM-P  700-11) 

PURPOSE:  ~~K  management  review  technique  that  assesses- a 

contractors  efforts  to  ensure  that  all  disciplines  of  logistics 
are  properly  addressed  during  the  design  of  a  product. 


bESCRIPT ION f  The  review  team  guide  is  intended  to  aid  the 

requiring  authority  (e.g.,  Government)  in  the  review  of  the 
performing  activities  (e.g.,  contractors)  LSAR  effort  taking  into 
account  the  contractual  obligation  of  the  performing  activity. 

The  guide  contains  a  list  of  recommended  membership  and  four 
sections  of  questions  to  be  completed  during  a  review  relating  to 
the  implementation  of  LSA,  the  input  data  records,  and  the  output 
reports.  The  DARCOM-P  700-11  is  currently  being  revised  to 
reflect  the  MIL-STD-1388-1 A  and  -2 A  requirements  for  LSA/LSAR . 


USERs: 

US  Army  TACOM 

ATTN:  AMSTA-MFS  (Mr.  Moron) 

Warren,  MI  48090 
AV  786-8155,  com  (313)574-8155 


Proponent 

US  AMC  MRSA 
ATTN:  AMXMD-EL 
Lexington,  KY  40511 
AV  745-3985.  com  (606)293-3985 
Proponent  also  developer. 


US  Army  BRADC 

ATTN:  STRBE-DL  (Ms.  Woodsinger) 
Fort  Belvoir ,  VA  22060 
AV  354-5071,  com  (703)664-5071 


T  CURRENT  USERS7POU 

;  US  Army  AMCCOM 

!  ATTN:  AMCPM-CW(D)  (Mr.  Sorbo) 

!  Dover,  NJ  07801 
!  AV  880-2240,  com  (201)724-2240 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Logistics  Support  Analysis  (LSA)  Review  Team  Guide 
(DARCOM-P  700-11) 


INPUTS:  A  Government  review  team  consisting  of  expertise 

from  the  various  disciplines  of  logistics  to  assess  contractor 
LSA  efforts  to  meet  contractual  logistics  requirements.  LSAP 
and  contract  form  the  basis  for  the  review  team  and  the  review 
team  process. 


OUTPUTS:  A  documented  assessment  oFThe  LSA  effort  to  ensure 
that  logistics  factors  are  considered  in  the  design  of  a  product. 


DARCOM-P  700-11,  Logistics  Support  Analysis/ 
Logistics  Support  Analysis  Record  Review  Team  Guide 


yes - m 

LANGUAGE 


REMARKS: 


AUTOMATION 


]  CTFE  CYCLE 
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i 

1 

!  (DATA  RECORDS) 

!  CONCEPT  D&V 

1 

1  FSD  P/D 

:  A  B  C  D  E 

1 

1 

1 

1 

!  F  G  H  J 

I 

1 

!  Ail  Army  Projects 


LSA  TASK  INTERFACE 


103.2.4 


1 

£* 
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- mr\ - 


TECHNIQUE:  Objective  Determination  of  Failure  Factors 

(DARCOM-P  750-5) 

PURPOSE:  To*  prov.rde'a  systematic  approach-to^tFTe  mathe- 

matical_calc.ulations  involved  in  the  initial  estimation  proced¬ 
ure  for  failure  factors,  to  provide  a  standard  method  for 
updating  the  initial  failure  factor  estimates  based  on  actual 
data . 

DESCRIPTION:  This  technique  consists  oft  wo  maTn  "parts--  a 

procedure  for  performing  initial  estimates  of  failure  factors, 
and  a  second  procedure  for  updating  failure  factors  (FF). 

The  first  part  involves  two  manual  methods.  One  performs  a 
quick,  inexpensive,  and  reasonably  accurate  initial  estimation  of 
FF  for  common  attaching  hardware  and  MIL-STD  throw-away  type 
components.  This  method  uses  entries  from  a  table  of  MIL-STD  FF 
multipliers.  The  second  method  provides  a  systematic,  in-depth 
procedure  for  system-peculiar  items  that  considers  inherent  and 
induced  noninhorent  failures.  This  method  is  reflected  in  DARCOM  Form 
2660  (Failure  Factor  Worksheet)  that  incorporates  the  maintenance 
concept  and  provides  an  audit  trail. 

The  second  part,  called  the  Automated  Failure  Factor  Update 
program,  provides  a  standard  method  for  updating  the  initial 
FF  estimates  based  on  actual  demand  data.  When  an  actual 
recurring  demand  is  a  certain  percent  above  ur  below  the  predict¬ 
ed  recurring  demand,  steps  are  taken  to  adjust  the  estimated 
FF,  so  that  the  predicted  demand  will  equal  the  actual  demand. 


PROPONENT 

US  AMC  MRSA 

ATTN:  AMXMD-MD  (Mr.  Zajicek) 

Lexington ,  KY  40511 
AV  745-3053,  com  (606)293-3053 


CURRENT  USERS/POC  ' 

US  Army  MIC0M 

ATTN:  AMSMI-SL  (Mr.  Tranquil!) 

Redstone  Arsenal  ,  AL  35896 
AV  746-6896,  com  (205)876-6898 
User  also  developer. 
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AMC-P  700-4 


TECHNIQUE:  Objective  Determination  of  Failure  Factors 

(DARCOM-P  750-5) 

INPUTS!  Part  1 .  Initial  estimates  of  FFs  require-- 

Quantity  per  end  item;  basic  failure  rate;  failures  due  to  severe 

usage/operation  error,  idleness ,  cyol-io  operation,  preventive  _ 

maintenance,  corrective  maintenance,  handling  and  storage; 
maintenance  concept  limitations;  and  secondary  failures. 

Part  2.  FF  Update  requires:  Expected  and  actual  annual  recurring 
demands,  nomenclature,  national  stock  number,  existing  failure 
factors,  spare/repair  density  per  end  item,  number  of  end  item 
appl  ications . 

OUT  PUTS:-  "The  output  TncTuTes^part  “FT  for  peace- tTme  "IFFT! 
and  war  time  ( FF  II)  for  a  reference  deployment  area:  and  a 
coded  multiplier  (FF  III)  used  to  convert  the  FF  I  and  FF  II 
estimates  for  the  reference  area  to  FF  I  and  FF  II  for  each 
geographic  deployment  area. 


Documentation  Available!  ~~ 

DARCOM-P  750-5,  Objective  Determination  of  Failure 
Factors,  1  Apr  83. 
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TERSMSr  Part'l  Is"  manual! 


Part  2  has  a  bridging  program  i  Improved  HAWK, REDEYE,  PERSHING, 
(written  in  C0B0L)that  retrieves  TOW ,  LANCE ,  CHAPARRAL ,  LCSS,FAAR, 
and  conditions  input  data.  i  AH/GSA-77 , TSQ-7  3  *  NQM-33A  TGT  , 

!  Y  M  - 1 5  8  RKT  _ _ 
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203.2.3  501.2.3 
303.2.1,3,4,9 
401.2.1,5,10,11 

402.2.4 
4U3.2 
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LSA  TECHNIQUE  INFORMATION  SHEET 

-  PARTI - 


TECHNIQUE:  Defense  Materiel  System  Life  Cycle  Cost  Model 

( DEFLCC) * 

"PURPOSE!  The  model  was  specifically  designed  to  support  cost 

analysis  of  complex  systems  in  the  joint  service  acquisition  - 
arena . 


OFStftlPtiON:  DEFLCC  is  a  deterministic  model  of  RAD  and  produc 

tion  costs  as  collected  and  reported  according  to  the  summary 
work  breakdown  structures  contained  in  MIL-STD-88 1 A .  The  R&D  and 
production  costs  for  contractor-furnished  hardware  and  software 
are  computed  based  on  design  and  production  activities  recorded 
in  the  work  breakdown  structure  data  base.  The  analyst  may  enter 
these  activity  costs  at  any  level  appropriate  to  available  data. 
The  model  distinguishes  between  contractor  and  Government-furn¬ 
ished  equipments.  System  costs  for  R&D  and  production  (e.g., 
data,  training,  facilities,  program  management)  may  be  entered  at 
the  summary  level  of  the  work  breakdown  structure,  depending  upon 
the  availability  of  data.  The  basic  report  structures  have  been 
approved  by  the  DOD  Cost  Analysis  Improvement  Group  (CAIG),  Comp¬ 
troller  of  the  Army  (DA  Pam  11-5  formats),  and  the  fiscal  direc¬ 
tor  of  the  Marine  Corps.  These  cost  reports,  with  supporting 
documentation,  are  appropriate  for  presentation  to  all  service 
system  acquisition  review  councils  through  the  DSARC . 

The  DEFLCC  also  known  as  "MODEL"  is  a  very  detailed  program 
requiring  large  amounts  of  input.  Complex  systems  require 
approximately  8  to  12  hours  to  input  the  data  in  an  interactive 
mode . 


USERs: 

HQ  US  Marine  Corps 
ATTN:  RPE-3  (MAJ  Koelln) 
Washington,  DC  20380 
AV  224-1 998 ,  com  (202)694-1998 

FW0R5HEET - T 

HQ  Marine  Corps  i 

Code  LMA-1  (Ms.  Cox)  i 

Washington,  DC  20380  ! 

AV  224-1630,  com  (202)694-3185  ! 


Cl/ffR'EM’r  USERS/ FtfC - 

PM  TACMIS 

ATTN:  3T0P-C-150  (Mr.  Cohen) 

Building  601 
Fort  Belvoir ,  V A  22060 
AV  354-5261,  com  (703)664-5261 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- 


TECHNIQUE: 


Defense  Materiel 
(DEF*  CC)» 


System  Life  Cycle  Cost  Model 


INPUTS:  Inp  are  made  via  the  data  collection  workbook 

which  requires  an  extensive  number  of  data  elements  in  the 
following  areas: 

T)  Production. 

2)  RAD. 

3)  OAS. 

4)  WBS. 


OUTPUTS:  CT5  Budget  reports ;  t 2 )  RAD  costs;  (3)  Production 

costs;  (4)  Supply  costs;  (5)  Personnel  support  costs;  (6)  Life 

cycle  cost  by  phase  and  year;  (7)  Comparison  of  inflated  vs 

constant  dollars;  (8)  Changes  on  sensitivity  runs;  (9)  Analyst 

created  warnings  for  each  output;  (10)  Unit  production  costs; 

(11)  Operations  and  maintenance  costs;  (12)  Materiel  consumption 

costs;  (13)  Energy  consumption  costs;  (14)  Operator/crew  costs; 

( 15)0perational  transportation  costs;  (16)  Software  maintenance 

costs  (operational  software);  (17)  Equipment  maintenance  costs. 

- -  - 

Mil-Handbook  276-2,  Operating  Instructions, 

3  Feb  84.  Mil-Handbook  276-1,  Data  Collection  Workbook,  3  Feb  84. 


£ 


AUTOMATION 
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TACCS ;  Light  Armored  Vehicle 


_L 
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203.2.2,3,5,6,8 

301.2.2 

302.2.1- 4 

303.2.2- 7,9,10 
401.2.3 


402.2. 1 ,3 
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TECHNIQUE:  Discard/Repair  Cost  Model  (D1REC) 


F01TFU5E;  fo  provTcTe  a~mocTeT~for  evaluating  the  cost“oT 

throw-away  versus  repair  of  a  LRU  or  roodule/circui t  card. 


bESCRlPflON:  TFe  IjfFfC  is  used  to' 'develop  an  equal  cost 

curve  wherein  a  repair  cost  evaluation  is  made  to  determine  an 
optimum  decision.  The  model  is  based  on  computing  the  discard 
penalty  equal  to  or  less  than  the  repair  penalty.  When  cost 
of  acquisition  exceeds  cost  of  repair,  repair  is  indicated. 

Where  cost  of  repair  exceeds  cost  of  acquisition,  throw-away  is 
indicated . 

Note:  DIREC  is  being  phased  out  in  favor  of  the  PALMAN  model 
contained  on  page  2-130  of  this  pamphlet.  Therefore,  future 
updates  to  this  pamphlet  will  not  contain  DIREC. 


PROPONENT  ~ 

US  Army  MICOM 

ATTN:  AMSMI-DS  (Mr.  Dotson) 

Redstone  Arsenal,  AL  35898 
AV  7^6-3555,  com  (205)876-3555 


CdRfi’EffT~u3ER5/POC 

Prop-.  ?nt  also  user/developer. 
PM  PATRIOT 

ATTN:  AMCPM-MD-S  (Mr.  Kapolis) 
Redstone  Arsenal,  AL  35898 
AV  742-3150,  com  (205)895-3150 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PXRT2 


TECHNIQUE: 


Discard/Repair  Cost  Model  (DIREC) 


INPUTS:  There  are  three  types  of  inputs  into  the  DIREC* 

1.  Repair  costs  (7  inputs)  per  LRU/SRU. 

2.  _ Fixed  costs  (5  inputs). 

3.  Failure  factors  (3  inputs) . 


OUTPUTS:  The  break-even  costs”of  repairffig  an  Ftem  used”  to" 
determine  the  throw-away  versus  repair  decision. 


DOCffHENT^TTOR'AVATCABCC: - 

(1)  Discard/ Repair  Cost  Model  Report,  D-SR-84-5, 

Jun  84.(2)  Discard/ Repair  Cost  Model  Paper  (MICOM),  DA-SR-73-1 • 
(3)  AN/TSQ-7 3  Report,  DA-TR-75-2 ,  Oct  75. 


■frcr* 
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Patriot ,  BTE-77 ( Battery  Test 
Equipment) ,  Land  Combat  Support 
SystemC LCSS) ,  AN/TSQ-73. 
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TECHNIQUE:  Detailed  Operating  and  Support  Cost  Estimate 

(DOSE)  Computer  Model 

PURPOSE:  DOSE  provides  the  useF-with  a  means  of  doing  a 

detailed  evaluation  of  the  materiel,  labor  and  transportation 
costs  associated  with  unscheduled  maintenance  aotions , -and  time- 
related  scheduled  maintenance  actions  incurred  during  the 
operating  and  support  phase  of  a  weapon  system’s  life. 

bESOftlPTION:  The  model  Fa  desfgned  to  use  large  amounts  of 

individual  LRU  and  SRU  logistics  data  in  generating  system(s) 
level  materiel  and  manpower  costs.  An  outputed  maintenance 
allocation  chart  (MAC)  and  individual  line  replaceable  unit 
(LRU)/shop  replaceable  unit  (SRU)  manpower,  repair,  and  spare 
costs  permit  extensive  system  level  analysis  of  logistics 
requirements.  A  key  feature  is  the  ranking  of  the  major  LRU/SRU 
cost  drivers  within  the  reviewed  system.  Numerous  cost  and 
reliability  growth  options  can  be  incorporated  within  DOSE  to 
provide  more  flexibility  in  accommodating  several  systems  at 
once.  DOSE  determines  materiel,  and  0&S  costs  by  system, 
subsystem,  LRU  or  SRU. 


FIopofTOT 

US  Army  AVSCOM 

ATTN:  AMSAV-BA  (Mr.  Laughlin) 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 
AV  693-1179,  com  (314)263-1179 


1  CWREKT  USERS/ Poe 

!  Proponent  also  user. 

!  US  Army  BRADC 

i  ATTN:  STRBE-DL  (Ms.  Woodsinger) 
!  Fort  Belvoir,  VA  22060 
I  AV  354-5071,  com  (703)664-5726 
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TECHNIQUE:  Detailed  Operating  and  Support  Cost  Estimate 

(DOSE)  Computer  Model 

INPUTS:  Individual  LRU  and  SRU  maintenance  and  cost  data, 

system  level  adjustment  factors,  MOS  and  depot  labor  rates,  oper¬ 
ating  hours,  and  reliability  and  oost  growth  options. 


OUTPUTS:  fflT’Tnputed  LftiJ/SRU  a  n  d"  ~o ption  3 ata ,  ~ a  system  level- 
MAC,  individual  LRU/SHU  operating  and  support  costs,  and  yearly 
displays  by  level  of  maintenance  of  scrap  and  repair  costs,  and 
manhours/manpower  costs. 


DOCUMENTATION  AVAILABLE : 

Final  Report,  AVSCOM  Report  #TM  82-F-4(DLSIE  LD# 
52069  MA),  Jun  82. 
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TECHNIQUE:  Economic  Analysis  Model  (ECONMOD) 


PURPOSE! - To'  'compare  aTFernative  equfpments’relative  to  cost 

and  to  assess  the  impact  of  operating  and  support  cost 
variability.  _  _  _  .  _ 


DESCRIPTION F  The  model  does  a  sensitivity  analysis  on  each  of 

the  alternative  operating  and  support  cost  variables  to  measure 
their  impact  on  savings  versus  investment  ratios. 

The  model  computes  the  ratio  mentioned  with  and  without  discount 
and  inflationary  indices  estimating  their  effect.  Also, 
uncertainty  in  savings  and  investment  cost  is  evaluated. 


PROPONENT  "  "  CURRENT  U5ER57P0C 

US  Army  TACOM  !  Proponent  also  user/developer. 

ATTN:  AMSTA-HC  (Dr.  Brierly)  I 

Warren,  MI  48090  ! 

AV  786-8155,  com  (313)574-8155  I 
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PART2 


TECHNIQUE:  Economic  Analysis  Model  (ECONMOD) 


INPUTS: 

1.  Nonrecurring  investment  cost. 

2.  Usage/Year. 

3.  Economic  life  of  equipment. 

4.  Operating  and  support  costs  of  alternatives. 

5.  Replacement  costs. 

6.  Procurement  quantity. 

7.  Unit  costs. 


OUTPUTS T 

1.  Savings  to  investment  ratio. 

2.  Uncertainty  analysis. 

3-  Costs  by  year  matrix. 

4.  Sensitivity  analysis  results  on  significant  input  variables. 


EGCOHERTATTOfTAVArCSBUET - 

(1)  Economic  Analysis  (2  1/2  ton  truck  PIP,  XM963 
series),  by  TACOM,  May  79.  (2)  AR  11-28.  (3)  DA  Pam  11-3. 
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Guide  is  being  developed  by  !  XM963  series  2  1/2-ton  truck. 


proponent,  Apr  83,  available. 
Approx  318  lines  of  coding. 
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TECHNIQUE:  Electronic  RAM  Simulation  (ERAMS) 


PURPOSE :  “  “To  provide  an  ”an aTyt'fcaT-tooT  for  "assessing  the 

operational  availability  of  communications  and  electronic. equip¬ 
ment  in  light  of  failure  rates  for  those  systems. 


DESCRIPTION : “  ERAMS  is  a “stochastfc“sfmulation  model  that 
represents  the  operation  of  a  single  type  of  electronics  system 
in  any  type  scenario  (peace  or  war).  ERAMS  views  each  system  as 
composed  of  a  number  of  mission  essential  subsystems  with  a 
value  of  ten  subsystems  under  the  present  model  configuration. 
These  systems  are  deployed  in  a  force  with  a  variable  number  of 
using  units  with  a  maximum  total  force  allocation  of  ten.  As  the 
systems  operate  during  the  scenario,  subsystems  malfunctions 
occur  in  accordance  with  reliability  characteristics.  These  mal¬ 
functions  either  require  immediate  repair  or  can  be  repaired  when 
the  present  mission  has  been  completed.  In  either  case  a  demand 
on  the  maintenance  system  is  generated. 

Only  maintenance  personnel  are  explicitly  represented  in  ERAMS. 
Delays  in  obtaining  the  other  resources  are  either  not  included 
or  are  represented  by  a  probability  distribution.  Thus  repairs 
do  compete  for  maintenance  personnel  and  queues  can  develop  based 
on  this  competition.  In  addition  to  actually  performing  the 
repair,  the  maintenance  personnel  can  be  called  on  to  do  a 
significant  amount  of  traveling.  This  is  the  case  if  the  main¬ 
tenance  concept  for  the  electronics  system  requires  that  most  of 
the  repairs  be  done  on-site.  Contact  teams  are  sent  from  the 
appropriate  level  to  perform  the  initial  assessment  or  repair. 

The  model  requires  approximately  30K  bytes  of  user  available 
memory  to  execute. 


FROPaffENT - 

US  Army  Logistics  Center 
ATTN:  ACTL-MR  (Mr.  Burnett) 

Fort  Lee,  VA  23801 
AV  687-2360/3659 
com  (  80 U  )734-2360 


r~eaffirEirro5EWF(5c - 

!  Proponent  also  user. 

!  US  Army  Logistics  Center 
!  ATTN:  ACTL-OMM  (Mr.  Hopkinson) 
!  Fort  Lee,  VA  23801 
1  AV  687-1845,  com  (804)734-1845 
I  User  also  developer. 
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part? 


TECHNIQUE:  Electronic  RAM  Simulation  (ERAMS) 


INPUTS: 

1 .  Failure  rates . 

2.  Repair  times. 

3.  Maintenance  manpower  availability. 

4.  Parts  availability. 

5.  Usage  rates. 


OUTPUTS: 

1.  Manpower  requirements. 

2.  Parts  requirements. 

3.  Down  times. 

4.  Operational  availability. 


DOCUMENTATION  AVAILABLE 

(1)  ERAM  User's  Guide,  LOGC  Pam  18-16,  1  Mar  83. 

(2)  ERAM  Programer's  Manual,  LOGC  Pam  18-15,  1  Mar  83. 


YE5“*'‘«r 

LANGUAGE 

FORTRAN 


AUTOMATION 

- f  "HARDWARE  r""CrFE~CYCCE” 

I  I 

I  I 

:  UNIVAC  1182  ;  CONCEPT  D&V 

:  !  FSD  P/D 


T'CSAR'IUTERFACE 

!  (DATA  RECORDS) 

I 

!  B  C  H 


Remarks: 


APPLICATIONS:* 

ERAM  is  newly  developed 
expected  to  be  applied 
several  systems  in  near 


and 

to 

future . 


LSA  TASK  INTERFACE 


ifiJ 


fs 


202.2. 1,2 

303.2.7 

402.2.3 


% , 
v. 


. « 

* 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Force  Analysis  Simulation  of  Theater  Administrative 

and  Logistics  Support  (FASTALS)  Model 

PURPOSE:"  Tfie ‘TA'5TAL5”mod‘fr~‘wrrr_c'ompu€e~a3'mInrsrra€fve  “and' 

logistical  workloads  and  generate  the  theater  level,  support  force 
in  a  postulated  confrontation. 


DESCRIPTION:  FASTALS  is  a  table-dr  iven 'model  ,’~using  factoring 

techniques  for  the  majority  of  its  computations.  It  is  a  one¬ 
sided  and  requirements  oriented  model.  It  is  designed  to  esti¬ 
mate  logistical  and  administrative  workloads  in  a  theater  of 
operations  under  combat  overtime.  Model  inputs  include  a  , 

description  of  the  theater,  the  lines  of  communication,  existing  j 

infrastructure  and  other  potential  engineer  construction 
workload  offsets,  programed  levels  of  prepositioned  war  reserve 
materiel,  specific  data  on  applicable  medical,  supply,  mainten¬ 
ance,  construction  and  movement  plans  and  policies,  combat  unit 
employment  and  war  fighting  results,  as  well  as,  considerable 
data  on  the  many  types  of  units  which  may  be  required  in  the 
force.  In  addition  to  producing  time-phased,  geographically 
distributed,  support  force  requirements,  FASTALS  provides  summary 
level  detail  on  the  numerous  workloads  generated  over  time, 
supply  consumption  and  stockage,  and  noncombat  (support)  person¬ 
nel  loss  estimates. 


USEBs  : 

US  Army  Academy  cl'  Health  Science 
ATTN:  HSHA-CSD  ( LTC  Hausler) 

Building  200 

Fort  Sam  HoUwlon,  TX  78234 
AV  471-6430,  com  ( 5 1 2 ) 22 1 -64 j0 


I1C  A  —  —  .  .  ^  '■  *'  ' 

uo  rtirny 

ATTN:  ATZL-CAF-P  (CPT  Coker) 

Fort  Leavenworth,  KS  66027 
AV  552-2870,  com  (913)684-2870 


US  Army  LEA  Simulation  Team 
ATTN:  DALO-LEr  (hr.  Timmerman) 


New  Cumberland  Army  Depot 
New  Cumberland,  PA  17070 
AV  977-6387,  com  (717)782-6387/6846 

PROPONENT  ~~  "  T  'CURRENT  'USERS/POC 


US  Army  Concepts  Analysis  Agcy. 
ATTN:  CSC A-FOS  (H.  Whitley) 

8120  Woodmont  Ave. 

Bethesda,  MD  20814 
AV  295-1699-  com  (301)295-1699 


US  Army  Logistics  Center 
ATTN:  ATCL-FS  (Mr.  Fish) 

Fort  Lee,  VA  23801 
AV  687-1455/3338 
com  1804) 7 34-14o5/3333 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Force  Analysis  Simulation  of  Theater  Administrative 

and  Logistics  Support  (FASTALS)  Model 

INPUTS:  Extensive  input “is” require?_sucH  "as-- 

1.  Postulated  failures. 

2.  Equipment  deployment, 

3.  Unit  TOE. 

4.  Transportation  plan.  . 

5.  Maintenance  tasks  and  times. 


OUTPUTS:'  ‘  ' 

1.  Consumption. 

2.  Construction  requir ements  . 

3.  Workload  summary. 

4.  Nond iv i sional  personnel  losses. 

5-  Time-phased  troop  deployment  list. 

6.  Transportation  analysis. 

7.  Branch  summary. 

8.  Unit  tonnage  report  and  stock  status. 

DOCQHEHTATTOtr  AVAILABLE  f  - -  - - 

CAA-D-84-4,  User's  Manual  for  Force  Analysis 

Simulation  of  Theater  Administrative  and  Logistics  Support 

(FASTALS)  Model,  Nov  83- 


LANGUAGE 

FORTRAN  V 


AUTOMATION 

"RARDRAffE  I  CrFE~CYCCE  I TSAICTHTERFACE 
!  !  (DATA  RECORDS) 


VAX,  UNIVAC 


FSD  P/D 


A  C  D  E  F 


H 


HEHAfiKS:  Ex’e’cution  "requfre’s 

access  to  Concepts  Analysis 
Agency  (CAA)  ADP  Facilities 


Applications  f 

Support  Force 
omnibus  study 


Analysis  for 
done  annually. 
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- ran - 


TECHNIQUE:  Failure  Mode,  Effects  and  Criticality  Analysis 

( FMECA) ,  MIL-STD- 1 629 A 

PURPOSE:  To  systematically  evaluate-and  document ,  by  item 

failure  mode  analysis,  the  potential  impact  of  each  functional  or 
hardware  failure  on.  mission  success,  personnel  and.  system  safety,  .. 
system  performance,  maintainability,  and  maintenance  require¬ 
ments  .  —  - . 

DESCRIPTION:  FMECA  is  an  essential  TunetTon  in~desTgn  from  con- ' 

cept  through  development.  To  be  effective,  the  FMECA  must  be 
iterative  to  correspond  with  the  nature  of  the  design  process 
itself.  The  extent  of  the  effort  and  sophistication  of  approach 
used  in  the  FMECA  will  be  dependent  upon  the  nature  and  require¬ 
ments  of  the  individual  program.  This  makes  it  necessary  to 
tailor  the  requirements  for  a  FMECA  to  each  individual  program. 

A  properly  performed  FMECA  is  invaluable  to  those  who  are  respon¬ 
sible  for  making  program  decision  regarding  the  feasibility  and 
adequacy  of  a  design  approach.  FMECA  should  be  initiated  as  soon 
as  preliminary  design  information  is  available  at  the  higher 
system  levels  and  extend  to  the  lower  levels  as  more  information 
becomes  available  on  the  items  in  question. 

The  FMECA  serves  to  verify  design  integrity,  identify  and 
quantify  sources  of  undesirable  failure  modes,  and  document  the 
reliability  risk.  FMECA  results  can  be  used  to  provide  the 
rationale  for  changes  in  operating  procedures  for  improving 
the  effects  or  for  detecting  the  beginning  of  the  undesirable 
failure  modes.  The  FMECA  also  supplements  and  supports  other 
engineering  tasks  through  identification  of  area3  in  which  effort 
should  be  concentrated.  The  FMECA  results  are  not  only  used 
to  provide  design  guidance,  but  they  are  used  advantageously  in 
and  for  maintenance  planning  design  analysis,  logistics  support 
analysis,  survivability  and  vulnerability  assessment,  safety  and 
hazards  analyses,  and  for  fault  detection  and  isolation  design. 


PROPONENT 


r_c  OTr  e NT  USfRS/FSC 


Commanding  Officer,  Eng  freer  i  ,ig 
Specifications  and  Standards 
Do  par tment 
Code  93 


Naval  Air 
Lakehur  st 


Engineering 
NJ 


Center 


08733 


I  All  project  managers  should 
i  have  addressed  the  use  of 
.  MIL-STD- 1 629 A  . 
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TECHNIQUE:  Failure  Mode,  Effects  and  Criticality  Analysis 

(FMECA),  MIL-STD-1629A 

INPUTS :  FlH E C A  requires  input  such  as-- 

1.  Identification  of  hardware,  item  function  and  mission  phases. 

2.  Part  failure  rate,  operating  time,  and  failure  mode  ratio. 


OUTPUTS:  FMECA  provides  several  items  such  as — 

1.  Failure  modes,  effects,  detection  method,  and  severity 
classification. 

2.  Failure  mode  criticality  number  and  item  criticality  number. 

3.  What  maintenance  is  done  when  a  failure  occurs. 


1 


b'ommkf 

Procedures 
24  Nov  80. 


for 


rorncsui - 

Performing  FMECA, 


MIL-STD-  'i  629A . 


YES  W 

LANGUAGE 


i — mWIKE 


AUTOMATION 

— ! — crrrEYcnr 


TTSAR  INTOfTAYT 


[SHARKS: 


1 

1 

1 

• 

1 

(DATA  RECORDS) 

1 

1 

;  CONCEPT 

DAV  ! 

1 

1 

1 

\ 

1 

1 

!  FSD 

1 

1 

» 

1 

P/D  1 

1 

1 

1 

1 

B 

FMECA 

types 


i  s 
of 


applicable  to  all 
Army  weapon  systems 
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TECHNIQUE:  Failure  Rate  Determination  for  Exponential 

Populations  when  Failure  Times  are  Unknown  (FREXPOP)* 

PURPOSE:  S”procidure  tor  est imating-the-reTItfonih'fp~&etween 

the  reliability  of  a  single  shot  device  (e.g.,  munitions  and 
missiles)  and  its  age. 


DESCRIPTION^  Ms  "procedure  uses  a  maxImum-ITKeTf(Tood~unbrase8 
estimator  for  exponential  populations  to  derive  a  point  estimate 
for  the  population  failure  rate.  It  is  used  for  single  shot 
devices  (e.g.,  munitions  and  missiles)  which  are  destructively 
tested.  A  sample  is  chosen  at  various  intervals  of  time  and 
tested  to  destruction.  The  number  that  fail  before  destruction 
are  recorded  and  used  as  input  to  the  model.  The  result  is  an 
estimate  for  the  failure  rate  of  the  population. 


puffpflfiEtff - r  wre/pcc - 

US  Army  MICOM  1  Proponent  also  user. 

ATTN:  AMSMI-SL  (Mr.  Strickland,  ! 

Mr.  Lawler)  \ 

Redstone  Arsenal,  AL  35898  ! 

AV  7^6-6898,  com  (205)876-6898  ! 
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- - purr?- - - 


TECHNIQUE:  Failure  Rate  Determination  for  Exponential 

Populations  when  Failure  Times  are  Unknown  (FREXPOP)* 


INPUTS: 

1.  Age  at  time  of  destruction. 

2.  Number  tested  in  each  observation. 

3.  Number  of  failures  in  each  observation. 

4.  Number  of  observations. 


dUTPfffSr  Failure  factoY  estfmaCeT 


55cUMEN'FAffON  “AvailASlF: 

Failure  rate  determination  for  exponential  popula¬ 
tions  when  failure  times  are  unknown,  14  Dec  79. 


AUTOMATION  ‘  ' 

YE5~*~"RC - - r'TIFETYCLE - r~C5JUf  "INTERFACE 


LANGUAGE  i  S  I  (DATA  RECORDS) 

BASIC  !  HP  9830A  !  DAV  ! 

!  HP  9845B.HP  i  1  B 

!  9866A  Printer  !  i 

1  1  1 

EERfffEsr - L - "ncFFcrcmcNsr1’ - 

!  Improved  Hawk,  MLRS 
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»ART1 


TECHNIQUE:  Generalized  Electronics  Maintenance  Model  (GEMM) 


F0EPD3E7-  *  "In-tfie -a<Tvance<J~cTeveTopment  "pfrase ,  the  raocferTacil- 

itates  the  evaluation  of  alternative  design  approaches  based  on _ 

life  cycle  support  costs  and  operational  availability.  During 
engineering,  development  phase  it  serves  as  an  objective  method 
for  arriving  at  a  lower  cost  maintenance  policy. 

DESCRIPTION?  The  "basic  appr  oacFi_use’J_in  ~tfTe  JmocTeI"'i  3  to  "star € 
with  the  fundamental  processes  and  synthesize  for  best  mainten¬ 
ance  support  structure.  The  model  provides  for  the  description 
of  four  indentured  hardware  levels  and  four  maintenance  levels. 
Beginning  with  the  lowest  level  of  maintenance  the  best  location 
to  repair/discard  each  hardware  item  is  determined,  subject  to 
maintenance  policy  limitations  defined  by  input  data.  The  level 
of  repair/discard  decision  is  based  on  support  cost  criteria 
including  manpower,  support  equipment,  transportation,  and  stock- 
age  considerations.  The  model  performs  life  cycle  support  cost 
and  operational  availability  calculations  for  any  maintenance 
allocation  specified  by  appropriate  input  data.  Two  key  features 
are  sensitivity  analysis  capability  and  the  maintenance  policy 
cost  minimization  process. 

Note:  GEMM  is  being  phased  out  in  favor  of  the  OSAMM  model 
contained  on  page  2-124  of  this  pamphlet.  Therefore,  GEMM  will 
not  be  contained  in  future  updates  to  this  pamphlet. 


HARDWARE  (CONT'D) 

nrsn  C.  c  r\r\  /  c  c.  An  t ;  * 
v/L/v  OOuu  .  in. 


ry  r  '' 

t  JV  , 


Burroughs  6600,  IBM  360/370. 


ON I VAC  1 1  GO  ,  Harris  800,  PRIME, 


USERS : 

US  Army  AMCCOM 

ATTN:  AMSMC-MA-ATE  (Mr.  Lowing 
Rock  Island,  IL  61299 
AV  793-5070/4427 
com  (309)794-5070 

FR0P0RERT 

US  Army  CECOM 

ATTN:  AMSEL-PL-E  (Mr.  Bogner) 

Fort  Monmouth,  NJ  07703 
Av  992-3646,  coin  (201)532-3646 


US  Army  ERADCOM 

ATTN:  AMDEL-PO-IL  ( LTC  Lartique) 
2800  Powder  Mill  Road 
Adelphi ,  MD  20783 
AV  2 90-3557,  com  (202)394-3557 

r-COR!ERT”05ER57POC - 

!  Proponent  also  developer/user. 

:  US  Army  KHADCOM 
!  ATTN:  AMDEL-PO-SA  (Mr.  Price) 

!  Fort  Monmouth,  NJ  07703 
!  Av  995-2681,  com  (201)544-4952 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PA&T2 


Generalized  Electronics  Maintenance  Model  (GEMM) 


INPUTST  Roiler  sEe  to  fik'fensTve^Jescrfptfon  'of“Efie  “hardware 

and  support  structure  is  required.  Data  neoessary  are  repair 

times,  failure  rates,  support  equipment,  manpower  by  type,- - 

economic  life,  inventory  and  supply  factors,  hardware  and  support 
costs,  and  force  structure. 


OUTPUTS!  ETemen  t  of  Trfe'cycfe  “support  “cost  “is  calculate?- 
including  manpower,  test  equipment,  stockage,  inventory  manage¬ 
ment,  publications,  transportation,  overhaul  costs,  optimum 
maintenance  allocation,  stockage  requirements,  support  and 
manpower  requirements  by  type. 


DOCUMENTATION “AVAfCAffCE f  * 

Generalized  Electronics  Maintenance  Model  (GEMM) , 

CECOM  Technical  Report  No.  3502,  Sep  71,  with  supplemental  input 
data  instructions  (DLSIE  LD0  27248MA)  . 


YES'*""ffO — 


- r- 


WDflARE' 


'aOTomaTion 
- r - CIFETYCCE' 


T “CSAK"TRT£ffFXCI 


On  contract  on  over  pO  CECOM 
development  programs.  RPV,XM21 
XM18,  XM22 ,  DIVADS,  PIRANNA, 

__i _ SLUFAEj  etc . _ 


201.2.1 

203.2.3-5,7 

204.2.1 

205.2.1 
302.2. i-4 
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303.2.1-4,6,7 

401.2.5 

501.2.5 


m 


LANGUAGE 

1 

f 

1 

1 

(DATA  RECORDS) 

7^ 

FORTRAN  IV 

See  descrip- 

;  CONCEPT  D&V 

i 

1 

K*ru  I  RBFir - 

tion  for 
HARDWARE. 

!  FSD  P/D 

l 

1 

1 

- r 

1 

1 

1 

1 

t 

1 

A  B  C  D  H 

«v 
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TECHNIQUE:  Military  Manpower  Versus  Hardware  Procurement 

Methodology  (HARDMAN) ( also  known  as  MPT) 

PURPOSE f  To'fdentffy  Tfie  ~cr  rffcar'nTanpower  7  "per  3on'neT,‘-and" 

.training  _( MPT)  requirements  generated  by  an  emerging  system _ 

design  during  the  early  phases  of  its  development.  To  determine 
and  document  MPT  requirements  as  specified  by  the  Defense  System 
Acquisition  Review  Council  (DSARC)  process. 

DESCRIPTION:  The  “H  A  RDM  AN 'methodology  ^cdnsfsts  "of  “six’ “fnter^ 

related  steps  encompassing  advanced  analytic  tools  and  data 
management  techniques  for  the  assessment  of  weapon  system  human 
resource  requirements  and  their  impact  on  the  Army’s  personnel 
and  training  systems.  It  is  designed  for  interactive  use 
throughout  the  system  design  process,  but  particularly  in  its 
earliest  phases.  The  steps  of  the  HARDMAN  methodology  are-- 
Step  1  -  Establish  a  consolidated  data  base  (CDB). 

Step  2  -  Determine  manpower  requirements. 

Step  3  -  Determine  training  resource  requirements. 

Step  4  -  Determine  personnel  requirements. 

Step  5  -  Conduct  impact  analysis. 

Step  6  -  Perform  tradeoff  analysis. 

The  Army  is  adapting  this  model  and  calling  it  the  Army  HARDMAN 
Comparability  Analysis  (MPT).  The  US  Army  Research  Institute, 
is  doing  the  actual  revisions  to  the  Navy  HARDMAN.  The  proponent 
for  the  Army  version  is  the  US  Army  Soldier  Support  Center. 


USERs: 

US  ARI 

ATTN:  PERI-SM 

(CPT  Berger/Dr.  Rissen) 

5001  Eisenhower  Avenue 
Alexandria,  VA  22333-0001 
AV  284-891 4 ,  com  (202)274-8943 


US  Army  AMCCOM 

ATTN:  AMSMC-PM(D)  (Mr.  Stone) 

Dover,  NJ  07801 

AV  880-6378,  com  (201)742-6378 

PROPONENT 

HARDMAN  Development  Office 
Chief  of  Naval  Operations 
Code  0P-112C  ( Cdr  Council) 
Washington,  DC  20350 
AV  224-4975 ,  com  (202)694-4975 


US  Army  SSC 

ATTN:  ATZI-NCM 

(CPT  Smith/Mr.  Schuster) 

200  Stovall  Street 
Alexandria,  VA  22332-0400 
AV  221-0263,  com  (703)325-0946 


PM  CAWS 

ATTN:  AMCPM-CW(D)  (Mr.  Sorbo) 
Dover,  NJ  07801 
AV  880-2240,  com  (20 1  )724-2240 
r"C0RRERT "0SERS/POC 
|  Proponent  also  user. 

!  PM  SINCGARS 

!  ATTN:  AMCPM-GARS( M . J  .  Montanye) 
!  Fort  Monmouth,  NJ  07703 
!  AV  992-3265,  com  (201)532-3265 
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TECHNIQUE:  Military  Manpower  Versus  Hardware  Procurement 

Methodology  (HARDMAN) ( also  known  as  MPT) 

INPUTS:  In  puts  ~ar  e  ~progr  am"  documents  "which  incl ude-- 

acquisition  policy  statements;  the  statement  of  work;  program  and 
study  requirements;  system  mission  performance  requirements;  and 
system  -development  constraints/guidelines . - - 


OUTPUf 5 T “3y s E em- s pec i Tic  qualffaflVe  ancf~quanCT€a€fve 
manpower,  personnel,  and  training  (curricula  and  resources) 
requirements . 


EffnwEimcf  nnr  Tmcrarr - - - 

HARDMAN  Training  Requirement  Determination  Handbook 
Series  Volume  1-5,  Jun  81.  Application  of  the  HARDMAN  Method¬ 
ology  to  DSWS,  Volume  I,  Summary,  Sep  82. 


YES - IRT*" - r“ 

— .  immm  ^ 

“flXffWARE - T  CIFE'CTCCE” 

T”CS£R*TITEEFICE 

LANGUAGE  I 

I 

;  (DATA  RECORDS) 

1 

I 

;  CONCEPT  D&V 

1 

1 

\ 

1 

1 

1 

1 

1 

!  FSD  P/D 

1 

1 

1 

1 

!  B  C  D  E  G 

1 

1 

1 

1 

inrtf  AMS:  '  . . .  fAPPLICAf  IONS: 


Division  Support  Weapon  System 
(DSWS),  SINCGARS,  CSWS,  RPV 
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201.2.1  S0S-i.3»6 

203.2.5  401.2.1,3,4 

205.2.1 .5 

301 .2. 1 .6 
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TECHNIQUE:  Military  Manpower  vs.  Hardware  Procurement 

(HARDWARE)  Cost  Model  System  for  Shipboard  Electronics  (HM/SE) 

PURPOSE!  TFie  ffff/’SE  is  a  IfooT  _fn  tended"  "to  "heTp 'engineer  s 

design  cost-effective  shipboard  electronics  systems  for  the  Navy. 

-The-models  are ,  however , -designed  to  be  easily  modified  to - 

accommodate  different  types  of  equipment  and  operating  environ¬ 
ments.  _  ■ 

Description f  ”  The  HM/SE  consists  'of  ”a~sys"tem  of  "interactive 'life 
cycle  cost  (LCC)  models -implemented  on  programable  calculators 
(level  I)  and  microcomputers  (level  II).  These  models  are  used 
during  the  early  design  phases,  when  tradeoff  analysis  has  the 
maximum  impact  on  design,  hence  cost.  Level  of  repair  analysis 
at  the  assembly  level  is  incorporated  in  each  of  the  models. 

Level  I,  the  Slide  Rule  Model  System  (SRS),  consists  of  three 
linked  cost  models,  each  appropriate  to  a  different  design  phase. 
The  tnree  SRS  models  are —  (1)  The  Top  Down  Model  (TDM)  which 

estimates  the  life  cycle  cost  of  a  system  by  making  simplifying 
assumptions  about  its  assemblies;  (2)  the  Least  Replaceable 
Assembly  Model  (LRAM)  which  is  used  for  assembly  design;  and  (3) 
the  System  Aggregate  Model  (SAM)  which  estimates  system  or  sub¬ 
system  costs  by  aggregating  the  costs  of  its  assemblies,  computed 
in  the  LRAM.  The  Shipboard  Electronics  Design  Cost  Model 
(SEDCOM),  the  level  II  model,  is  a  bottom-up  model  which  can  both 
deal  with  individual  LRAs  and  aggregate  LRAs  to  construct  systems 
and  subsystems.  Refer  to  the  individual  descriptions  contained 
in  this  guide  for  more  detailed  information  on  the  various  models 
which  comprise  HM/SE.  There  is  also  a  similar  modeling  group  for 
Aircraft  Electronics  (HM/AE).  HM/AE  uses  the  same  models  as 
HM/SE  with  the  exception  of  SEDCOM. 


PROPONENT'  """  !”  CURRENT  USERS/POC 

HARDMAN  Development  Office  !  Proponent  also  user. 

Chief  of  Naval  Operations  I 

Code  OP  —  1 1 2 C  (Cdr  Council)  1 

Washington,  DC  20350  I 

AV  224-4910,  com  (202)694-4910  ! 
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TECHNIQUE:  Military  Manpower  vs.  Hardware  Procurement 

(HARDWARE)  Cost  Model  System  for  Shipboard  Electronics  (HM/SE) 


TlfFUfSf  "  Model"  input  requirements  are  predicted  on 'data 
availability.  Simple,  rough  estimates  are  used  early  in  system 
design;  these  are  succeeded  by  more  detailed  values  as  they  are 
generated  by  the  design  process.  Input  data  sets  in  the  SRS 
are  stored  on  magnetic  cards  and  data  sets  for  SEDCOM  are  stored 
on  floppy  disks. 


For  more  details  on  input-and  output  see  the  individual  models 

which  comprise  HM/SE .  _ _ _ _ _  _ _ _ 

OUTPUTS!  in  "6 f~€Tie  model's  produce 'hardcopy  cosf 'summaries  7 
In  the  SRS,  model  results  are  also  stored  on  magnetic  cards. 
Output  values  are  LCC  by  logistics  element  and  production  cost 
for  each  support  policy.  Level  II  models  provide  much  greater 
detail . 


DO^UMENT/Tt  ION "AVAILABLE : 

HARDMAN  Cost  Model  System:  (1)  HM/SE,  Volume  1-3, 

(DLSIE  LD il  54912A,  B,  and  C),  Aug  81.  (2)  HM/AE,  Volume  1-3, 

( DLSIE  LD  if  54889A,  B,  and  C)  ,  Nov  82.  (3)  LCC  Handbook  Avionics 
(DLSIE  LD#  54910A),  Nov  82. 

"AUTOMATION 


YEr"*‘~iro - 

LANGUAGE 

Keystroke,  BASIC 


"HAI TOWIffE — 

HP41C  Cal; 

IMS  8000 
minicomputer . 


REMARKS!  3£()£<3tf-fs  written  in 
Basic  for  the  IMS  8000  minicom¬ 
puter.  LRAM,  TDM  and  SAM  use 
the  HP41C  in  Keystroke. 


~CIf£~CfCC£ 

CONCEPT  D&V 
FSD  P/D 


•'TSAITTirreffFJKX-' 
(DATA  RECORDS) 

A  B  C  D  E 
G  H 


riFFLrraffo'iTsr - 

!  REMBASS,  AMTESS,  VTXRTS  (Army) 

I  CAT  (TRISERVICE)  VTXTS,  NCCS, 

!  SEAFIRE  (Navy) 


LSA  TASK  INTERFACE 


203.2.6 

303.2.2,3,7 
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pXffiri 


TECHNIQUE:  Integrated  Logistics  Support  Model  (ILSMOD)* 


proposer  The "fC5 ‘simuIa tf on  model "was "dev eloped ~td~analyze 

the -integration  of  logistics  support  with  the -aircraft  plan  for 
use  in  the  preliminary  design  stage  of  a  system.  This  model 
primarily  addresses  maintenance  planning  considerations. 


DESCRIPTION :  ~  "fhe"mddef  "sfmulates "afrcraft- TFfgdt  "operat fons ‘and 
related  support  functions  which  correspond  to  particular  main¬ 
tenance  and  supply  policies  for  a  specific  operating  environment. 
It  treats  each  aircraft  as  a  group  of  subsystems  each  of  which 
has  its  own  reliability  and  maintainability  characteristics. 

Input  data  representing  mission  requirements,  aircraft  subsystem 
reliability/maintainability  factors  and  logistics  support  levels 
are  transformed  through  simulation  of  operations  into  certain 
resulting  aircraft  operating  characteristics.  The  model  is 
capable  of  simulating  the  operation  of  an  entire  squadron  of 
aircraft  and  will  report  consequent  operating  statistics. 
Statistical  information  on  all  phases  of  aircraft  operations  and 
requisite  support  systems  is  available.  The  information  may  be 
categorized  as  either  squadron,  aircraft,  or  logistics  support 
system  related. 

Effectiveness  of  this  model  can  be  increased  when  used  with  a 
life  cycle  cost  model. 


PWcWENf 

US  i*aval  Air  Test  Center 
Code  SA  50A  (Mr.  Vagianos) 
Patuxent  River,  MD  20670 
AV  356-3961,  com  (301)863-3961 


CURRENT  users/poc 

Proponent  also  user. 
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TECHNIQUE:  Integrated  Logistics  Support  Model  (ILSMOD)* 


INPUTS:  "  System  definftions,  r esource'def Init ions  and 

capacities,  squadron  operating  scenario,  operating  character¬ 
istics,  inspection  dependent  probabilities,  inventory  infor¬ 
mation,  inspection  time  lines,  and  maintenance  time  lines. 


OUTPUTS:" 'Percent  ~oT~mfssfons  compfetecT,  "ope'fatfdnaT  reacTy 
rate,  flight  bound  month/aircraft,  maintenance  turn  around  time, 
maintenance  hours/ flight  hour,  maintenance  man-hour s/ fl ight  hour, 
total  air  aborts,  total  aircraft  lost,  total  aircraft  completing 
mission.  Statistics  are  generated  for  each  aircraft  system/ 
subsystem . 


KjtfjffeirrAf  ion  avatlasle  r - - 

Integrated  Logistics  Support  Simulation  Model, 
Functional  Description  Model  (DLSIE  LD //  40436MA) . 


YES 

LANGUAGE 


r  ~HAR[5w£fiE 


GPSS, FORTRAN  IV 


IBM,  CDC , 
Burroughs 


REMARKS: 


AUTOMATION  _ 

"  'T  LrE£-£YCuE  rTSAR  rNfffRFACE 

1  i  (DATA  RECORDS) 

!  CONCEPT  D&V  ! 

I  FSD  !  A  13 


r'APPLfCAff(5N5:”" 

1  F/A-18A  (Hornet)  Navy  fighter/ 
\  attack  plane 


203.2.2 
208.2. 1 
303.2.2,3 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 

PAST! 


Incorporation  of  Readiness  Into  Effectiveness 
( IREM) 


FuWPOSli:  To  evaluate  the  effect  o  f  "mission s ~antf  combat ~on 

scheduled  and  unscheduled  maintenance. 


DESCKTPTIOjJ:  "flTr  oug*F~ef  fectTv  eness  ~and’'_mafnTenance  “routfnes  ~o 

the  model,  IREM  examines  the  effects  of  damaged  aircraft  and  the 
return  of  repaired  aircraft.  The  mission  types  which  are 
examined  are  resupply,  battalion  movement,  platoon  extraction, 
and  lateral  movement  of  two  companies.  The  model  simulates  both 
scheduled  and  unscheduled  maintenance  for  normal  failures  and 
combat  damage.  The  level  of  repair  examined  are  organizational 
and  direct  support.  Also  included  are  optional  DS  contact  teams 
IREM  is  in  the  process  of  being  updated/enhanced  and  should  be 
documented  by  Sep  84.  Proposed  changes  include  a  faster 
cannibalization  routine,  controlled  exchange  routine  and  faster, 
cleaner  manpower  routines. 


PROPWElTf 

US  AMSAA 

ATTN:  AMXSY-LR  (Mr.  Rosenblatt) 
APG ,  MD  21005 

AV  2 83-6470,  com  (301)278-6470 


r  “C’cnrffER'T'jjEfi's/' fcc 

!  Proponent  also  user. 
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PARTS 


TECHNIQUE:  Incorporation  of  Readiness  Into  Effectiveness 

(IREM) 

INPUTS "  Current  peace  time  ASL/PLL,  mean  orJer^ship  time 

from  CONUS,  maintenance  personnel,  percentage  of  missions 
engaged  by  threats,  cannibalization  criteria,  and  individual 
threats . 


OTTF0T3T  _rncTu3’e7  "but  'a  re  "not  rfmfted  to  part  requTr  e'raents  , 
float  requirements,  manhours  and  skill  requirements ,  elapse  time, 
percent  aircraft  available,  workload/ queues  at  each  level. 


DOCUM£NTrff(fir£VAfLABLEr~ 

To  be  documented  starting  Sep  84.  Interim  Note 
A-170,  SPARC  on  UH-60A  using  IREM,  Apr  81,  by  AMSAA. 


LANGUAGE 

FORTRAN  IV 


cue 


AUTOMATION 

- 1 - UIf£'CfCC£~' 


1 


D4V 


FSD 


TXSXK'imWFKCE' 

;  (DATA  RECORDS) 

A  B  C  D  H 


ffEff/tfflCS  :*  ’  fiatch'mode  processing 
which  requires  1.5m  bytes  CPU 
and  1000  CPU  seconds  to  execute 


r'£P  PUT  CATIONS : 

AH-13,  OH-58C,  UH-1H 


202.2.2 
203.2.2,5 
303.2.1,3-5,7,9,11 
402. 2. *4 
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TECHNIQUE:  Load  Plan  Automation  in  a  DAMMS  Environment 

(LADEN) 

PURPOSE:  ~fo  "determine  estimated  q u ant itXe s ■  "fy ~v eTTfcTe' t y pe  J ~ 

required  to  move  user-given  quantities  of  people  and  goods  under 
a  set  of  user-given  assumptions. 


DESCRfPfiON:  LADEN  Ts  ~a  deTermirffstTc  'model  which  applies 

simplistic  three  dimensiona1 'geometrj .c/spacial  analysis  and 
accounting  logics  to  the  problem  of  determining  how  many  vehicles 
by  type  (with  user  defined  vehicle  capacities)  will  be  required 
to  move  a  user-given  quantity  of  people  or  goods.  .  Many  loading 
assumptions  and  rules  make  more  sophisticated  estimates  under  a 
complex  set  of  transportation  load  planning  logic.  LADEN  should 
only  be  considered  a  planning  tool  and  not  necessarily  a  load 
plan  generator  (e.g.,  LADEN  can  make  aircraft  requi r ements  esti¬ 
mates  using  the  simplistic  three  dimensional  algorithms,  but  the 
temporary  load  plans  generated  do  not  reflect  any  center  cf 
balance  or  tie  down  planning  that  would  be  essential  for  actual 
load  plan  implementation). 

LADEN  will  become  a  'art  of  the  DA  Movement  Management  System  - 
Movement  Planning  Module  (DAMMS-HPM)  which  will  be  a  standard 
Army  system  supported  by  Computer  Systems  Command,  The  current 
version  of  LADEN  is  coded  totally  in  FORTRAN  77  for  virtual 
memory  operating  system  implementation.  Strict  adherence  to 
FORTRAN  77  standards  (no  extentiorO  allows  the  model  to  be 
implemented  in  a  minimum  amount  of  time  on  other  computer  systems 
with  a  virtual  memory  operating  system  and  a  FORTRAN  77  compiler. 


’PROPOSE  lit  . . 

DO  Army  Lo-’ict;  ;  Center 
AiTN:  A  TO. .-OS  v  Mr  .  Lawrence) 

Fort  Lee,  VA  ryBDl 
AV  bBT-lOVJ/DOao/jUuy 

com  (BOR ) 7  5^-100 0 


!  CURRENT  USERS/POC 

i  ifcporieriL  a:  so  user. 
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TECHNIQUE:  Load  Plan  Automation  in  a  DAMMS  Environment 

(LADEN) 

INPUTS  LADEN 'has  "extensive  'input  'requireme  nt  s’  'which 

include  the  following: 

1.  Movement  requirements  stating  number  of  people,  POL,  goods 
with  3-dimensional  attributes  (bulk  supplies) . 

2.  Vehicle  declarations  with  attributes;  20  unique  types  of 
vehicles  may  be  defined  for  each  of  5  categories  of  transporta¬ 
tion  (air,  rail,  barge,  mil/civ  truck). 

3.  Cargo  to  vehicle  preference  rules. 

4.  Load  mixing  parameters. 

OUTPUTS:  Recdmmend’eJ~roa<ffng’'progfam  ~Forr’a  'given  Toenar  foT 
Also,  estimated  vehicle  quantities  by  vehicle  type  required  to 
move  the  user-givei  quantities  of  people  and  goods. 


MCiMErfTA'lTON  AVATLAffLEf - - - 

Software  Self-documenting,  DA  STD  Documentation 
expected  under  contract  NLT  Jan  85. 


Ye5'«-”iTC' 

LANGUAGE 

—.XTHAN  77 


"HAifUinrRT 

VAX  780 


automation 
- f'TfFf  'CTCl’E 

I 

!  FSD  P/D 


T  LWfirTElff KC£ 

I  (DATA  RECORDS) 

I 

!  H  J 


TTEM/OflfS:' 


APPL  f Cat  Tons :  ‘ 

US  Army  Europe 


4th 


Tr  ar>3 


Crnd 


303.2.12 
401 .2.7 
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TECHNIQUE:  Life  Cycle  Cost  Model  (LCC-2  and  LCC-2A) 


F(TffR5£E:  '*  fo  compute 'the  1  ife  'eye le 'costs  associated  "wfth 
procuring  and  maintaining  avionics  equipment. 


DESCRIPTION:  '  LCC-2  is  a  liTe  c yoTe 'cost  model  "cfeveloped  to 

evaluate  the  cost  of  acquiring  an  avionics  system  and  supporting 
it  over  its  operational  life.  It  is  an  accounting  type  of  model 
and  is  useful  in  comparing  support  concepts  (two  versus  three- 
level  maintenance),  evaluating  reliability  improvement  warranty 
(RIW),  performing  sensitivity  analysis,  and  identifying  important 
cost  driving  parameters  in  a  system  acquisition  program.  Calcul¬ 
ations  are  performed  down  to  the  Shop  Replaceable  Unit  (SRU) 
level  and  a  variety  of  output  products  are  available. 

The  LCC-2A  is  an  enhanced  version  of  the  LCC-2  model.  The  model 
permits  centralized  intermediate  (I)  level  maintenance,  computes 
required  intermediate  level  support  equipment  based  on  demand, 
allows  a  change  from  two-level  to  three-level  maintenance,  and 
offers  additional  output  products. 

NOTE:  LCC-2/2A  is  an  earlier  and  nonproprietary  version  of  LCCA. 

LCCA  has  some  extra  features  and  is  a  menu-driven  program. 


PROPONENT  ' ' 

HU  AH  J 

ATTN:  AKLC/XKS  ( Lt  Cromer) 

Wr  ight-  Pat  Le  r  s-^ri  A  Ml,  OH  ‘I'j’-lis 
A 7  78b-bBfrj/!>ytt 

COM  (01 


CURRENT1  'Js£hS/P(5C 

Proponent  also  user. 
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TECHNIQUE:  Life  Cycle  Cost  Model  (LCC-2  and  LCC-2A) 


I  if  POTS  f  . There  'are  'four  ~fn  put  "parameter  'fifes? 

-1.  -Standard-cost  factors.  file_._ 

2.  Logistics  factors  file. 

3*  Hardware  definition  file. 

4.  Support  equipment  file. 


OUTPUTS! '(5ut put's  data 'from  the 'four  "fnput  par  ameter  Y fTes 
plus  total  cost  summary  (by  category  and  year),  spares  require¬ 
ments,  manpower  requirements,  and  sensitivity  analysis. 


DOCUMENTATION  AVAILABLE':' . . .  . . 

User  Documentation  for  LCC-2  and  LCC-2A  Models 

(28  Apr  76),  Aeronautical  Systems  Division  (AFSC),  United  States 
Air  Force,  Wright-Patter son  Air  Force  Base,  OH  45433. 


TES  '  TRT 

LANGUAGE 

FORTRAN  IV 


. . AOWUXTrCN - 

I  HARDWARE . f  ~  'CTFE  'CYCLE  "  T 


!  Timesharing 
;  Systems 


CONCEPT  U&V 
FSD  P/D 


ffEtfAMSf '  TCC-?/k  c'a'n  ’be’  'T  AWLfCiTfONS: 


CSAR 'INTERFACE 
(DATA  RECORDS) 

A  B  C  D  E 
H  J 


accessed  through  either  the  Mark  H8-60D  Helicopter,  Black  box 
III  or  AFLC  create  timesharing  I  avionics  programs, 
systems.  ! 


203.2.2.5 

205.2. 1.2.5 
303-2.  1  ,  4 


'JU  I 
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TECHNIQUE:  Life  Cycle  Cost  Analyzer  (LCCA)  Hodel 


PURPOSE:  '  'fs  *usecT  t  o  "p  re  pa  re  _T  f  f  e  "c  yc  f  e  ~c  o  stJ  /_CCcJ£y  - 

estimates  in  response  to  requests  for  proposal,  evaluating 
alternative  proposals,  studying  maintenance  and  logistios  support 
options,  and  evaluating  new  or  modified  designs. 


DESCRIPTION:  'LCCif'is  a 'set 'of 'programs  for  life  cycfe  cost 

studies  of  electronic  equipment  and  systems.  The  LCCA  system  is 
a  design-oriented  life  cycle  cost  analyzer.  The  main  program, 
LCCA10,  has  a  user  interface  design  to  help  obtain  results 
easily.  A  file  management  system  is  included  to  assist  in  organ¬ 
izing  inputs  and  related  outputs.  A  second  program,  DATAIN10, 
contains  a  built-in  input  data  manager  which  makes  it  easy  to 
describe  system  usage  and  maintenance  plans.  LCCA  contains  Gov¬ 
ernment-approved  life  cycle  cost  analysis  equations  and  produces 
a  variety  of  user-selected  reports  to  show  design  and  support 
options  influences  on  total  program  cost.  The  software  is 
designed  to  perform  sensitivity  analysis  automatically  and  when 
used  with  the  IBM-PC  and  the  LOTUS  1-2-3  software  program  gives 
graphical  analysis  of  the  results  of  LCCA  runs.  LCCA  has  been 
used  to  model  systems  with  over  2000  repairable  elements  and  for 
systems  with  as  few  as  seven  elements. 


USEKs : 

USAF  Air  Logistic  Center 
ATTN:  ALC/MMELA  (Mr.  Mohr) 

Warner  Robins  AFB ,  GA  31098 
AV  468-3621,  com  (912)926-3621 

proPONEVT . . 

Private  contractor  also 
developer . 


HQ,  USAF  Armament  Division 
ATTN:  AD/YIL  (Mr.  Bryant) 

Eg  1  in  AFB,  FL  3 2542 
AV  872-8287  ,  com  ( 9'J4  ) 882-8287 

r  ‘euffiffirr  ww/rec . * . 

!  HQ,  AFALC 

i  ATTN:  AFALC/XRS  (Mr.  Huff) 

1  Wright- Patterson  AFB,  OH  45433 

!  AV  786-5809,  (  5  1  3  )  255-5  1  46 
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TECHNIQUE:  Life  Cycle  Cost  Analyzer  (LCCA)  Model 


INPUTS?  '  "  "''System 'elements “are  described  in  terras  “of  thefr 
cost,  reliability  and  weight.  DATAIN 10  or  the  IBM-PC  can  be  used 

't'o “develop “the  complete  maintenance-plan.  The  use-scenario  is _ 

also  set  up  using  DATAIN10  to  display  schedules  and  other 
required  assumptions.  Many  standard  life  cycle  cost  analysis 
inputs  are  automatically  set  up  by  DATAIN10  for  review.  An 
editor  is  provided  to  make  it  easier  to  tailor  inputs  as  desired. 


OUTPUTS T'Jse'r  seTec€at>re  outputs "lncItHe  total  program  costs 
and  costs  by  year  organized  by  work  breakdown  structure  which  can 
be  tailored  to  match  program  requirements.  Additional  outputs 
provide  detailed  or  summarized  spares  requirements,  hardness 
assurance  costs,  support  equipment  and  manpower  requirements,  and 
a  detailed  corrective  maintenance  analysis  report. 


docume'nTat ION  “AVAILABLE 

EM-2081-6  Life  Cycle  Cost  Analysis  Program  User's 
Guide,  16  Jul  79,  from  proponent. 


T££T“*"lf<5 . 

LANGUAGE 
FORTRAN,  BASIC 


*r 


AUTOMATION 

■  “HARDv/Arar - r  ~  ‘  xith  “Cfenr  *  * 

i 

1)  Time-share  !  CONCEPT  DAV 

2)  IBM-PC  w/  !  FSD  P/D 

modem  ! 


r  LSAR  INTERFACE 
!  (DATA  RECORDS) 

!  A  B  C  D  E 

!  H  J 


REMARKS?  *  'LCCAI'O;  “DAT A'ltfl  0  “  arid" " 
related  utilities  are  available 
for  access  at  GSA  rates  through 
a  contractor  time-share  network. 


AppLfUAirmrsr - 

Scott  Radio;  JRSVC  Radio;  GPS 
Man  Pack;  and  many  more  'JSAF/ 
USN  Avionics  ground  electronic 
and_test  support  equi  pment  _ 


3 


203- 2-?, 5 
208.2.  1  ,2  ,8 

303.2.1,4 
‘30  1.2.8 
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TECHNIQUE:  Night  Vision  and  Electro-Optics  Laboratory  Life 

Cycle  Cost  Analysis  Model  (LCCAM) 

PURPOSE:  To  provide  assistance  to  the  costs  analyst  in 

estimating  the  oost  of  development ,  investment,  operations  and 
support  for  a  variety  of  electro-optic  and  electronic  systems. 


DESCRIPTION:  LCCAM,  when  provided  with  suitable  input  data,  ~will 

calculate  and  accumulate  costs  by  fiscal  year  for  the  various 
categories  contained  in  research  and  development  (R&D),  invest¬ 
ment,  and  operation  and  support  (O&S)  phases  of  a  program.  In 
its  present  configuration,  R&D  cost  categories  are  throughputs, 
but  most  investment  categories  (hardware,  maintenance  floats, 
provisioning,  initial  training,  etc.)  and  O&S  categories  (depot 
and  field  labor,  depot  materiel,  consumables,  replacement  train¬ 
ing,  transportation,  and  overhaul,  etc.)  are  calculated  Internal 
to  the  model . 

Costs  are  calculated  at  the  "module"  level,  i.e.,  the  system 
consists  of  one  or  more  modules,  and  the  modules  are  assumed  to 
be  the  maintainable  item  at  the  depot.  Ancillary  equipment  may 
also  be  included  in  an  analysis  as  a  follow-on  to  the  basic 
systems  analysis,  and  a  combined  output  will  result. 

Calculations  are  made  in  base  year  constant  dollars,  and  results 
are  displayed  in  constant  and  current  dollars.  Present  value  is 
also  available  as  an  output. 


USERs: 


US  Army  ERADCOM 

ATTN:  AMDEL-CP-CA  (Mr.  Pavlos) 
Adelphl ,  MD  20783 
AV  290-2826.  com  (301)394-2826 

TOOTFfff — - 14 - - 


US  Army  ERADCOM 
NVEOL 


ATTN:  DELNV-SE  (Mr.  Morrow) 

Fort  Belvoir,  VA  22060 
AV  354-5683,  com  (703)664-5683 


CURRENT  USE RS/P0C" 

US  Army  ERADCOM 
ATTN:  AMDEL-PO-SA  (Mr.  Price) 

Fort  Monmouth,  NJ  07703 
AV  995-2681,  com  (201)544-4952 
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TECHNIQUE:  Night  Vision  and  Eleotro-Optics  Laboratory  Life 

Cycle  Cost  Analysis  Model  (LCCAM) 


INPUTS:  Beginning  and  ending  fiscal  years;  economic  1'lfe; 

inflation  factors  for  R&D,  investment,  O&S;  average  unit  cost  for 
module  learning  curves,  MTBF,  MTTR ,  percent^ repairability ,  and 
weight;  system  production,  delivery,  deployment  and  overhaul 
schedules;  annual  operating  hours,  turnaround  time  for  eaoh 
repair  level;  module  and  systems  competition  factors;  multi-year 
procurement  flags,  attrition  rates;  training  course  costs;  field 
and  depot  maintenance,  salaries;  replacement  training  rate;  scale 
factors  for  sensitivity;  transportation  rates;  (e.g.  support 
eQulpment .  etc .);  all  above  inputs  for  ancillary  e qulpment  also. 
OUTPUTS:  1*7  Input  data’. 

2.  Calculated  value  for  each  module's  first  unit  costs,  mainten¬ 
ance  float  factor,  average  unit  cost  by  FY,  tota?  quantity- 
purchased  by  FY,  and  training  manpower. 

3.  Costs  summaries  by  category  (hardware,  provisioning,  initial 
training,  etc.)  and  FY  in  constant  dollars  for  R&D ,  investment, 
and  O&S,  total  systems  procured,  average  unit  cost,  and  life 
cycle  cost.  This  is  produced  for  the  primary  system  and  for  each 
ancillary  system  as  desired. 

RVCUHENTATIoH  AVATCABUF: - 


NVEOL  (1)  LCCAM,  Part  I:  System  Description;  Part  2 
Mathematical  Model.  (2)Software  Manual,  Part  I:  General;  Part  2 
Program  Listing.  (3)User's  Manual.  Each  of  these  are  dated 

Aug  83.  _ 

AUTOMATION 


YES  ■«"  W 
LANGUAGE 
FORTRAN  IV 


1 

I  CDC  6600/ 

1  CYBER  170; 

!  IBM  4341 

\ 

Se7r5Ton’orTBF' 


T  LIFE  “CYCLE 
I 

;  D&V  FSD 


T  X'SAIT  rKTEKFXCE 

!  (DATA  RECORDS) 

I 

i  A  B  C  E  H 


version  near  completion. 
Revision  oompatlble  with  DA  Pam 
11-2,3  and  4  formats. 


AN/TAS-4 ,5,6;  AN/TAM-4,6;  RPV; 
AN/PAQ-4;  AN/PAS-7;  Thermal 
Weapon  Sight;  AN/PVS-7;  TADS/ 
PNVS;  AN/VSG-2;  and  others. 


LSA  TASK  INTERFACE 


203.2.2,3,5-7 

204.2. 1 .2 
205.2.1,2,5 
303.2.1,3,4,7,9 

403.2 
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TECHNIQUE:  Automated  Life  Cycle  Management  Model  (LCMM) 


FU(FP<33E:  LCTrfH  ’was  'deveTopecT'to’  more  efffciently/efTectively 

schedule,  plan  and_  control.  the. myriad  of -activities  in  the  RDTAE  - 
materiel  acquisition  process. 


DESCRIPTION :  The  LCMM 'i s  ~a  'progVam  ’developed’  'a' 3  a  management 

tool  which  serves  as  a  road  guide  for  planning  and  scheduling  of 
projects  in  the  materiel  acquisition  process.  The  basis  for  the 
model  is  DA  Pamphlet  11-25.  The  model  illustrates  in  sequential 
order  the  activities  involved  in  the  materiel  acquisition  process 
from  concept  initiation  to  delivery  of  the  system.  The  system 
originally  used  two  software  programs:  NASA  PERT  and  EZPERT. 
VISION  software,  acquired  in  Dec  80,  provides  a  complete  on-line, 
stand-alone  interactive  project  system.  Activity  listings  and 
reports  are  produced  as  desired  by  the  user.  In  addition,  the 
LCMM  serves  as  the  ILS  management  tool,  showing  interrelationship 
between  the  materiel  acquisition  and  the  application/execution 
of  ILS  requirements.  Eacn  LCMM  is  tailored  to  the  individual 
command.  However,  there  are  efforts  underway  to  develop  a 
standard  LCMM  for  the  Army.  When  LCMM  is  fully  implemented  it 
will  relate  cost  to  schedule.  INFO  software  (which  is  propriet¬ 
ary)  is  used  for  data  base  management  and  interface  with  the 
VISION  software.  Both  VISION  and  INFO  software  should  be  pur¬ 
chased  together. 


USER3 : 

US  Army  CECOM 

ATTN:  AMSEL-PQD-0  (MAJ  Hughes) 

Fort  Monmouth,  NJ  07703 
A V  995-4554,  com  (20 1)554-4553 

PROPONENT  "  . . .  . . 

Private  contractor  proponent 
al so  developer . 


US  Army  DBA DC 

ATTN:  STHBE-UR  (Mr.  Holler) 

Fort  Belvoir,  VA  22060 
A V  354-5515,  com  (703)664-5515 

Current  jeeps/poc  . . . 

Proponent  also  user-. 
ij  3  Army  T  A  C  0  M 

ATTN:  AMSTA-HC  (Dr.  Bri.erly) 

Warren,  MI  48090 
AV  736-8155,  com  (  3 1  3  - 5 7 4  8 1 55 
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TECHNIQUE:  Automated  Life  Cycle  Management  Model  (LCMM) 


TO0T37 -  jr”cTassfciT"or  standarcf 'model  "is  bu fit 'into  the 

system.  The  only  input  required  is  by  the  manager  or  PM  to 
modify  "the  model  by  tailoring;  i  .e . ,  adding ,  changing,  or-  _ 
deleting  via  a  terminal. 


OUTPUTS:  Varied  management 'reports'.  Cfraphfc  outputs"  Tn  "the 
form  of  gantt  charts,  network  plots,  and  XY  graphs.  Also,  video 
screen  displays  and  critical  paths  of  the  activities  are  avail¬ 
able. 


mrmurkftd*  -Wkra&tf: - — 

(1)  DARCOM-R  11-27.  (2)  DA  Pam  11-25. 

(3)  Proprietery  Vision  Software  User's  Guide  for  LCMM ,  NOV  81. 

(4)  Several  user's  handbooks  within  different  commands  tailored 


to  commands  and  different  acquisition  processes. 

.  ~~ .  AUTOMATION 

Tes“<"W . I  Hardware  T  ''CiPE'?yclX”T 

LANGUAGE  !  !  ! 

VISION  and  INFO  !  PRIME,  DEC  CONCEPT  D&V  ! 

1  VAX  !  FSD  P/D  | 


LfAtfTfffEfffATT' 
(DATA  RECORDS) 

NONE 

APPLY 


mitmr 


rxpFLrcATroNsr’ 


All  projects  at  BKADC ,  LACV-30, 
Heavy  S  Light  Assault  Bridges, 
FAASV ,  FIST,  SUSV,  M9 ,  LAV, 

.1X1  l  .'l  IX  II  A?A*X.  t  U  C  ^ V  t  _  HMM V. _ 


LSA  TASK  INTERFACE 


$ 
$ 


MS 

*  < 


101.2.1,2 
102.2. 1 ,2 
103*2. 1-<4 


^77; 
^  v  * 
,*>  *. 

■ii 
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TECHNIQUE: 


Logistics  Composite  Modeling  (LCOM) 


PURPOSE:  ~  fp^determin.e'rnTtTaT- mafriTenance "man power--  require¬ 

ments  for  emerging  weapons  systems,  determine  sortie  generation 
capabilities,  perform  trade-off-  studies,  and  assess  the  impact  of 
spares . 


DESCRIPTION:  TFe  LCOM  system  consists  of^tFe  Common  Data 

Extraction  Programs  (CDEP)  and  the  LCOM  Simulation  Software.  The 
CDEP  is  a  series  of  programs  which  process  Maintenance  Data 
Collection  (MDC)  system  information  on  existing  weapons  systems. 

A  comparability  analysis  can  be  performed  to  modify  maintenance 
data  on  existing  equipment  to  reflect  the  new  systems.  Once  the 
LSAR  interface  is  established,  this  need  for  comparability 
analysis  will  be  eliminated. 

A  maintenance  model  of  the  new  weapons  system  is  then  able  to  be 
developed.  This  model  consists  of  a  series  of  task  networks 
describing  failure  rates,  task  sequence,  task  times  and  resources 
required  to  perform  maintenance  on  every  system  in  the  aircraft. 
An  operations  schedule  is  also  developed  for  a  squadron  or  wing 
of  new  aircraft.  This  is  a  daily  flying  schedule  that  describes 
the  mission  type,  takeoff  time,  mission  length,  cancel  time,  etc. 
for  every  airplane  in  the  squadron  or  wing.  This  flying  schedule 
actually  drives  the  simulation  model.  If  the  simulation  program 
finds  an  airplane  is  unavailable,  the  sortie  is  canceled.  At 
user  defined  points  in  the  network,  the  aircraft  is  checked  for 
failures.  If  failures  are  found,  corrective  maintenance  tasks 
are  performed  if  resources  are  available.  Schedule  maintenance 
tasks  can  also  be  included  in  the  model.  Aeronautical  Systems 
Division  (A3D)  uses  LCOM  during  the  acquisition  phase  of  new 
weapon  systems.  AFTEC  updates  the  model  with  flight  test  infor¬ 
mation  during  operational  test  and  evaluation  (OT&E).  TAG,  MAC, 
SAC,  USAFE,  and  PACAF  use  LCOM  to  determine  maintenance  manpower 
standards  for  operational  aircraft. 

An  effort  is  underway  to  convert  LCOM  to  an  Air  Force  standard 
data  system  designated  Automated  Data  Processing  System  14  (ADPS- 


PROPONENT  , 

Air  Force  Maint.  Munitions  and  ! 
Supply  Mg.mt  Lr.gr  Team  ! 

ATTN:  AFMSMMET/ MEMC  (Mr.  Drake)  j 
Wr  ight-Pat ter  son  AFb,  OH  4p433  ! 

A  V  7  B 7  -  5 7  9 '> ,  cm  (  S  1  i )  2 p  /  -  3  Y  4  b  ! 
Pr  j po r i e n t  a  1  s d e v eloper  .  _ I 
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ctffifTEiif  USf RS/PdC - 

Aeronautical  Sys  Div  Systems 

Ca pab i 1 i t y  Branch 

ATTN:  ASD/ENSSC  (Mr.  Cronk) 

Wr  l  gh  t- Pa  t  ter  son  AFB,  OH  4‘_>433 
AV  (db-806b/B003 
com  (31  j)  2bb-806b 
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PART2 


TECHNIQUE: 


Logistics  Composite  Modeling  (LCOM) 


THPUfST  Extensive  inputs  are  required  which  include* 

1 .  Task  sequence  information. 

2.  Task  type  and  probability  of  occurrence. 

3.  Task  time,  crew  size  and  resources  required. 

4.  Maintenance  policy  information. 

6.  Aircraft  mission  data. 

6.  Frequency  of  maintenance  actions. 


OUTPUTS: 

1.  Maintenance  manpower  usage  information. 

2.  Shop  repair  information. 

3.  Supply  information. 

4.  Support  equipment  utilization  information. 

5.  Aircraft  mission  accomplishment  information. 


*v-v 


w 

t 

% 

i 


DOCUMENTATION  AVAILABLE: 

Information  and  references  cited  herein  are  for  the 
simulation  portion  of  LCOM  only.  (1)  LCOM  Student  Trng  Guide, 
AFMSMMET  Rpt  31-2.  (2)  LCOM  User's  Guide,  Version  4.1,  Mar  82. 

(3)  LCOM  User's  Guide,  Version  83*1,  under  development. 

_ AUTOMATION 

|  HARDWARE 


YES  c~NO 
LANGUAGE 

COBOL, FORTRAN 


Honeywell , 
CDC  or  IBM 


liFF'cyclS 


CONCEPT 

FSD 


D&V 

P/D 


[TsKrrmmcE' 

;  (DATA  RECORDS) 


A  B 
G  H 


C  D  E 


TTEHXfOTS  f  Some  "of  tTTe  3 6~ 
programs  are  written  in 
SIMSCRIPT.  Update  in  process, 
no  completion  date. 


-jrppcremowf - - 

USAF ;  F- 1 11 , 1 5 , 1 6 , 4 ; C- 1 30 , 1 4 1 , 
5  ;  B-  1  ,‘32,  U-2  ,T-4  6A  ;  NAVY:  SH-2, 
60  Helicopters;  Army:  Ml 


LSA  TASK  INTERFACE 


«• 

S 


*/.‘s 

r . 

r. 


203.2.2,3,6-7 
206.2.1,2,6 
301 .2.2-4 

302.2. 1- 4 

303.2.1- 6,7,9 


402.2.1 
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TECHNIQUE:  Logistics  Engineering  Analysis  of  Design  (LEAD) 

itfpjfsi -  ~Rel  iabi  Tit  y~b  lock  'diagram  with  each”  block’s  Failure 

rate(s),  MTTR,  preventive  maintenance  policy,  and  the  number 
cf  hours  per_day_the_ system  operates. 


OUTPUTS:  System7 'subsystem 7~ancT  *bfocl<~r eTiab il'fty 'precffc-  ~ 
tions  for  user  specified  time  Intervals,  system  MTBF,  system 
MTBUM,  and  availability. 


doOUhENTaTToH  aYaTlable: 

Logistics  Engineering  Analysis  of  Designs  (LEAD) 
User's  Guide,  11  Apr  83. 


YES W . 

LANGUAGE 

HP  Enhance  BASIC 


FEFTAWST 


AUTOMATION 

dfMf - r  ’  "CTFTTYUUE 


HP  9845B 


CONCEPT  D&V 
FSD 


TT^jnr’rmHFicr” 

;  (DATA  RECORDS) 

I 

1  A  B  E  H 


'AEPLfarruifsr 

Pershing  II 


LSA  TASK  INTERFACE 


203.2.3 
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TECHNIQUE:  Logistics  Cost  Analysis  Model  Version  5  (LOCAM  5) 

PO’ffP’OSEf . '  To  ‘prov  i'cfe  'a  'me'ans'o  f  'analyzing  'ana'  'o'ptfmi  zfng 'a” 

support  system. 


DESCRIPTION:  LOCAM  ’5~is  a  deterministic 'simulat'or  \rith 'sens F- 

tivity  features  which  allow  a  wide  variety  of  O&S  related 
analyses,  including  level  of  repair  (LOR),  sparing  to  avail¬ 
ability  and  support  manpower  and  equipment  demand.  LOCAM  5  is 
being  considered  for  revision  to  provide  a  less  complex  program 
for  LOR  analysis.  This  is  under  consideration  to  provide 
systems  that  do  not  require  the  full  analysis  capabilities  of 
LOCAM.  Potential  users  of  LOCAM  5  should  use  LOGAM  until 
revision  of  LOCAM  5.  LOCAM  5  is  the  predecessor  of  LOGAM. 


USLRs  : 

PM  PATRIOT 

ATTN:  AKC PM-MD-S-SL  (Mr.  Kapolis) 

Redstone  Arsenal,  AL  35898 
AV  742-3150,  com  (205)  895-3150 


US  Army  AVSCOM 

ATTN:  AMSAV-BA  (Mr.  Laughlin) 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 
AV  693-1189,  corn  (  3  1  4)263-1189 

nrorcriteirr .  . 

US  Army  MICOM 

ATTN:  AKSMI-DS  (Mr.  Dotson) 

Redstone  Arsenal,  AL  35898 
AV  746-3555,  com  (205)876-3555 


US  Army  CECOM 

ATTN:  AMSEL-P0D-SA  (Mr.  Hill) 

Fort  Monmouth,  NJ  07703 
AV  995-2515,  coin  (201  )544-2515 

'(ftfffffrff  WiW/FoC  *  — . 

US  Army  AVSCOM 

ATTN:  AMSAV-BE  (Ms.  Vandrey) 

4300  Goodfexlow  Blvd 
St.  Louis,  MO  63120 
AV  593-1189,  com  (314)263-1189 
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TECHNIQUE:  Logistics  Cost  Analysis  Model  Version  5  (LOCAM  5) 

INPUTS?  Approximately '325 'LRU, ’deployment ,  and  common 

standard  cost  factors. 


OUTPUTS?  "The’  'out put 'i’ncTud’es-- ~ '  1  if e  ~c ycl e  co’s't  ~of  "o’wne’rs’hTp 
for  individual  LRUs;  cost  totals  for  operating  and  maintenance; 
inherent  and  operational  availability  at  both  LRU  and  system 
levels;  manpower  requirements;  provisioning  requirements;  and 
test  equipment  requirements. 


DOCUMENTATION  AVAILABLE?  ""  '  . . 

(1)  LOCAM  5  Executive  Summary,  Volume  I  ( DLSIE  LD  // 

39576MA) .  (2)  LOCAM  5  Progr amer ’ s/ User ' s  Manual,  Volume  II 

( DLSIt  LD//  39576MB). 


TES  *  ~NO~ 
LANGUAGE 

FORTRAN  IV 


rEMarTS  ? 


[**  tfATDtfARE 

I 

I 


AUTOMATION  *  ^ 

!  LTEtTCfCLET 


PRIME, Harris , 
IBM  14341  , 

CDC  6500/6600 


D&V  FSD 
P/D 


(DATA  RECORDS) 


A  B  C  D  E 
F  G  H  J 


APPLICATIONS? 


TOW,  FVS ,  PERSHING  II,  MLRS , 
PATRIOT,  RPV ,  Ml,  DIVAD  Gun, 
AN/USM-410,  AN/TSQ-7  3 


• 


203.2.5-7 

302.2.1-3 

303-2.1-3,7,8 
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TECHNIQUE:  Logistics  Analysis  Model  (LOGAM) 


PURPOSTTT'  To”  p  rov  fcTe  'a  'versa  tTFe  means  ~o7~an aTy  zi ng  'and 

optimizing  a  support  system. 


DESCRIPTION:  ~  LOGAM 'fs  'a  'determrnfs't Ic  model  with  sensitivity 
features  which  allow  a  wide  variety  of  support  related  analyses, 
including  level  of  repair  (LOR),  life  cycle  cost  of  ownership 
for  individual  LRUs  and  systems,  O&S  costs,  sparing  to  avail¬ 
ability,  etc.  The  model  provides  a  means  of  evaluating  O&S 
functions  and  cost  on  a  life  cycle  basis  and  evaluation  of  alter¬ 
native  maintenance  concepts  to  reduce  overall  costs.  TRADOC 
has  another  version  of  LOGAM  which  calculates  personnel  demand  by 
MOS  and  LCC  by  cost  item  and  year. 


USERs : 

PM  Sgt  York 

ATTN:  AMCPM-ADG-LR(R)  (Mr.  Wasson) 

Rock  Island,  IL  61299 
AV  793-5009,  com  (309)794-5009 


U3  Army  BRADC 

ATTN:  STRBE-DL  (Ms  Woodsinger) 

Fort  Belvoir,  VA  22060 
AV  35^-5071,  com  (703)664-5071 


US  Army  CEC0M 

ATTN:  AMSEL-POD-SA  (Mr.  Hill) 

Fort  Monmouth,  NJ  07703 
AV  995-2515,  com  (201)544-2515 


PM  Training  Devices 
ATTN:  AMCPM-TND-SLA  (Mr.  Duley) 
Naval  Training  Center 
Orlando,  FL  32313 
AV  791-5757,  com  (305)646-5757 

FffoPOWfTf  . .  ' 

US  Army  MIC0M 

ATTN:  AMSMI-DS  (Mr.  Dotson) 

Redstone  Arsenal,  AL  35398 
AV  746-3555,  com  (2 05)876-3555 


US  Army  AMCCOM 
ATTN:  AMSMC-OAA-S 

Rock  Island,  IL  61299 
AV  793-5041,  com  (309)794-5041 

'  ’CljRWrff  UsErsYpoc 

PM  Cannon  Artillery  Weapons  Sys 
ATTN:  AMCPM-CWI.  (Mr.  Sc  hot  z) 

Dover,  NJ  07801 
AV  880-4902/2240 
coin  (  201  )724-2240 
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TECHNIQUE:  Logistics  Analysis  Model  (LOGAM) 

INPUTS!  "  'Appprox  imately  325  LRU,  deployment7~an<T~coramon 


variables.  Also,  up  to  200  TOE  related  variables  depending  on 
application  may  be  input  to  obtain  O&S  costs. 

Inputs  include  repair  time,  failure  rate,  false  failure, 
attrition  rate,  manpower  by  type  and  rates,  supply  factors  and 
support  costs. 


OUTPUTS:"  The  output  "cover  s'  the  "fi'fe  cycTe  co's’t  for  the' 
system  and  individual  LRUs.  In  addition,  0&M  cost3,  OAS 
costs,  availability,  manpower  requirements,  provisioning  require¬ 
ments  and  support  equipment  usage  are  provided  in  the  outputs. 


ffoCORENf Af f5N  ‘avaTlaSle  : 


(1)  SR  D82-2,  LOGAM  Executive  Summmary, 

Volume  I,  Feb  80,  AD-A136  800.  (2)  SR  82-2  User’s  Guide, 

Volume  II,  Aug  82,  AD-A136801.  (3)  SR  D84-2  Technical/Progr  atner  ’  3 
Manual,  Volume  III,  rev,  Feb  84. 

AUTOMATION  '  . . 
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REMARKS:  ,r  APPLfCATfOlfST 


Numerous  systems  such  as:  MCF, 
FVS, Ml , TOW, PERSHING  II.MLRS 
DIVAD,  AAH ,  Patriot,  MAPS, HELP, 
Dr  ag_o n  L  Vulcan  LSp_ace  Shuttle 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Logistics  Attack  II  Model  (LOGATAK  II) 


LOGATAK  II  is  a  simulation  model 


measure  work¬ 


loads  in  a  transportation  system,  analyze  vehicle  and  carrier 


requirements  in  a  logistics  system,  and  analyze  operations  of  a 
distribution  system. 


DESCRIPTION:  The  model  represents  a  four-echelon  supply  system 

connected  by  a  multi-mode  transportation  network.  Shipments  in 
the  system  are  consolidated  into  vehicle  loads  and  vehicles  are 
allocated  for  movement  of  the  shipments  after  a  loading  opera¬ 
tion.  The  movement  of  vehicles  throughout  the  network  is  simu¬ 
lated  over  time  to  permit  the  analysis  of  traffic  flows  and  over¬ 
loads.  The  model  uses  the  available  transportation  capability 
to  move  all  vehicles  and  chooses  alternative  routes  if  overloads 
or  attacks  reduce  network  capability.  Individual  shipments  are 
off-loaded  from  vehicles  based  on  the  routing,  priority,  and 
vehicle  capability,  and  are  possibly  loaded  onto  other  carriers 
to  reach  the  shipment  destination.  LOGATAK  II  requires  approx¬ 
imately  200k  bytes  of  user  memory  to  execute. 


PROPONENT 

US  Army  Logistics  Center 
ATTN:  ATCL-00  (Mr.  Cockrell) 

Fort  Lee,  VA  23801 
AV  687-56140/3449 
com  (804)734-^640/3446 


CURRENT  USERS/POC 

Proponent  also  user. 

US  Army  Missile  Munitions 
Center  and  School 
ATTN:  ATSK-CT  (MAJ  Price) 

P-  Lstonp  Ar s»->r ri  1  ,  *L  s -t/jj 7 
AV  746- 6460 ,  com  (205)876-8420 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Logistics  Attack  II  Model  ( LOGATAK  II) 


INPUTS:  A.  Network  Description:  (1)  Link  and  terminal 

specifications;  (2)  Mode;  (3)  Length;  (4)  Hate  of  travel; 

(5)  Capacity;  (6)  Number  of  loading  docks;  (7)  Time  to  reouild; 
(8)  Number  of  vehicles;  (9)  Location  of  vehicles.  B.  Scenario: 
(1)  Time-phased  demands;  (2)  Location  of  units;  (3)  Priority  of 
units.  C.  Initial  Stockage  at  Supply  Points.  D.  Attacks: 

(1)  Where;  (2)  When;  (3)  What. 


OUTPUTS:  A.  STTppTy  Status"  by  N  o  d  e  /  C  l'a  s  s  :  (  f )  Quantity 

ordered;  (2)  Quantity  received;  (3)  Quantity  due  in;  (4)  Duration 
of  due-ins.  B.  Transpor tation  Status:  (1)  Network  character¬ 
istics;  (2)  Network  workloads  for  each  1  ink/ terminal ;  (3)  Average 
load;  (4)  Peak  load;  (t>)  Total  thruput;  (6)  Queue  buildups; 

(7)  Vehicle  usage;  (8)  Vehicle  losses.  C.  Attack  results. 


B<5?TlJREfITATro»r  aYSXLABLE: 

(1)  A  Programer's  Guide  for  LOGATAK  II,  17  Apr  79* 

(2)  A  User's  Manual  for  LOGATAK  II,  6  Apr  79. 
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REMARKS: 


Even ’though  the"  model 


TEPLlCATrONS: 


is  exportable,  analysis  on  all 
of  the  projects  so  far  has  been 
done  by  a  contractor. 


Corps  Support  Weapon  System; 
ESPAWS ; Fut ure  Munitions  Support 
Concept  Analysis 
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202.2.2 
3Gj.2.  12 
401.2.7 
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LSA  TECHNIQUE  INFORMATION  SHEET 

pARTi 


TECHNIQUE:  Logistics  Optimization  Model  (LOGOP  II) 


PURPOSE:  ~  LOGOP'lI  was  developed  to  study  alternative 

logistics  concepts  for  support  of  systems  and  provide  input  to 
defense  materiel  systems  life  cycle  cost  model. 


fJESCffrPTTdiir  "This  moJef  s'fmulate's 'the  "ope  rat  Ton  arTir'maFnfenance 
of  one  or  more  systems  .  •  a  defined  environment  and  an  operation¬ 
al  scenario  that  stress  and  reduce  the  effectiveness  of  the  sys¬ 
tem.  LOGOP  II  is  employed  to  study  alternative  arrangements  of 
the  controllable  resources  within  that  environment  in  an  attempt 
to  determine  how  to  attain  maximal  utility  of  the  deployed  fleet 
of  systems.  In  contrast  to  deterministic  models  designed  to 
accomplish  the  same  task,  LOGOP  II,  by  its  stochastic  nature, 
provides  the  specific  and  more  realistic  stresses  that  can  be 
placed  upon  the  studied  alternative  logistics  systems,  as  well 
as  results  expected  from  the  deterministic  model. 

LOGOP  II  is  capable  of  simultaneously  accommodating  alternative 
mission  profiles  of  operational  units,  system  configurations, 
and  maintenance/supply  support  organizations  and  capabilities. 

It  is  an  event-oriented,  stochastic  simulation  using  GASP  IV 
simulation . 


PROPOffElTf  “  “  (TS£FS/F(5C 

US  Army  cECOM  !  Proponent  also  user. 

ATTN:  AMSEL-TCS-ED-3  ! 

(Mr.  Howard)  ! 

Fort  Monmouth,  NJ  07703  i 

AV  992-2090,  com  (201)544-2090  ! 
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LSA  TECHNIQUE  INFORMATION  SHEET 
- prjnfrj - 


TECHNIQUE:  Slide  Rule  Model  System:  Least  Removable  Assembly 

Model  (LRAM) 

PURPOSE:  To  perfo rm  ~a as embTy  level  'desTgnTcost  'trad’e-'o f  f*  via 

level  of  repair  analysis  during  the  earliest  phases  of  the  design 
process . 


DESCRIPTION:  LRAM  is  one  of  three  models  which  make  up  the  Slide 

Rule  Model  System  (SRS).  It  is  used  in  conjunction  with  the 
other  two  SRS  models  (TDM  and  SAM)  to  conduct  front  end  design/ 
cost  trade-off  analyses.  The  model  produces  LCC  estimates  for 
individual  Line  Replaceable  Assemblies  (LRAs).  The  LRAM  is 
implemented  on  the  HP-41CV  programable  calculator.  The  model 
computes  life  cycle  costs  for  three  different  repair  postures: 
discard,  local  repair,  and  depot  repair.  All  data  inputs  are 
couched  in  engineering  terms  and  are  easily  entered  and  changed. 
Each  input  element  has  been  assigned  to  a  key  on  the  calculator, 
i.e.,  pushing  a  key  will  display  the  current  value  and  allow  the 
user  to  change  it  by  entering  a  new  value.  The  user  can  compute 
the  costs  associated  with  different  design  alternatives  using 
LRAM.  When  the  user  has  decided  on  a  preliminary  design,  it  must 
be  recorded  on  a  magnetic  card.  Cards  representing  all  assemb¬ 
lies  of  a  system  can  then  be  run  through  the  SAM  model  for  esti¬ 
mation  of  system  cost. 


„v.v 

*  4  «  .  *  C 


& 


propoH¥nt“  "  ~  r  cffifRorr  asErffSTFse'' 

HARDMAN  Development  Office  I  Proponent  also  user. 

Chief  of  Naval  Operations  ! 

Code  OP-112C  (Cdr  Council)  ! 

Washington,  DC  20350  1 

AV  22 4-4910/4976/4975/4971  1 

com  (202)  694-49  10 _ l _ _ _ _ _ _ 
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f,  LSA  TECHNIQUE  INFORMATION  SHEET 

&  PART2 

TECHNIQUE:  Slide  Rule  Model  System:  Least  Removable  Assembly 

Model  ( LRAM) 


INPUTS:  Twenty-five  equipment  level  data  elements  provided 

by  the  Top  Down  Model  (TDM)  data  base.  Another  12  data  elements 
are  required  to  describe  the  proposed  assembly  design  including 
duty  cycle,  unit  cost,  lot  size,  MTTR,  MTBF,  MTRR,  repair  costs, 
pages  of  documentation,  support  and  test  hardware  cost,  and 
confidence  level  for  having  spares  on  hand. 


OUTPUTS:  ETfe  cycTe  cost  estimates  for  indiviual  LRAs. 


DOCUMENTATION  AVAILABLE! 

HARDMAN  Cost  Model  System  Shipboard  Electronics, 

Volume  II-Slide  Rule  Model  System,  Aug  81  (DLSIE  LD//  5^9128). 
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REMARKS:  This  model  is  part  or 
the  HARDMAN  for  shipboard  Elec¬ 
tronics  Model  (HM/SE). 


6MTESS  ( ARMY) , 
NCCS  (NAVY) 


SEAFIRE  (NAVY) 


LSA  TASK  INTERFACE 


203  -  2.6 
303-2.1,3,7 


2-97 


LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE: 


Logistic  Support  Analysis  Extract  (LSAEXTRC) 


& 

V* 


PURFOSEl - To  'ex tr ac t ~cTat a  "Tr om  the  l3aR  data  base  for 

direct  input  into  the  Selected  Essential  Item  Stockage  for 
Availability  Method  (SESAME). 


DESCRIPTION:  The  LSAEXTRC  program  extracts  parts  data  from  the 

LSAR  Parts  Master  file  for  SESAME.  Data  extracted  are  part 
numbers,  PLISN,  maintenance  factors,  HTD,  MTD,  SMR  code,  unit 
price,  unit  price  next  higher  assembly  and  item  name.  Part 
selection  is  by  LSA  control  number,  item  category  codes  and 
essentiality  codes.  Edits  are  performed  on  the  input  data  and 
valid/reject/warning  reports  generated  to  give  the  user  detailed 
information  on  the  validity  of  the  extracted  data. 


v 

•\j 


USEHs  : 

US  Army  AMCCOM 

ATTN:  AMSMC-PM(D)  (Mr.  Gyure) 

Dover,  NJ  07801 

AV  880-6095,  com  (201)724-6095 


>*  A 


/A! 


'.’.v 


PROPONENT 

US  AMC  MRSA 
ATTN:  AMXMD-EL 

Lexington,  KY  40511 
AV  745-3985,  com  (606)293-3985 
Proponent  also  developer. 


CURRENT  USERS/POC 

US  Army  MICOM 
ATTN:  AMSMI-SL 
Redstone  Arsenal , 
AV  746-6898/6807 
com  (205)876-6807 


(  Mr 


Str  ickl and) 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Logistic  Support  Analysis  Extract  (LSAEXTRC) 


TlTFUTS:  Inputs  are  the  LSAR  parts  master  record  and  a 

selection  card  which  specifies  the  LCN,  item  category  codes,  and 
essentiality  codes  for  the  parts. 


OUTPUTS:  The  outputs  are  eitFer  an  50-column  pVnc'hc'ard'7  a 
159-character  tape,  or  disc  file.  Extracted  data  are  RTD,  MTD, 
PLISN,  part  number,  failure  factor,  washout  rate  and  turnaround 
times . 


DOCUMENTATION  AVAIL/rBLT: 

LSAR  Optional  Systems  Functional  and  ADP  Guide, 
Sep  8 1 . 
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APPLICATIONS: 


TSAR  THTEEFACE 
(DATA  RECORDS) 

H 


Provisioning  on  low  density 
weapon  system  that  use  the  LSAR 
for  data  source. 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Maintenance  Capabilities  Attack  Model  (MACATAK) 


PURPOSE:  MACATAK  measures  the  surv fv abil ity/ vul ner abil i ty 

of  division  level  maintenance  elements  in  conventional,  chemical, 
and  nuclear  environments .  The  model  assesses  the  effectiveness 
of  the  maintenance  system  as  it  experiences  both  attacks  on  the 
fleet  of  end  items  it  supports  and  on  the  system  itself. 

ceseifrpTios:  — "MffcmK~rr  r  one-sided 'stochastic  model  which  deals 
with  land  forces.  It  was  designed  for  division  level.  This 
model  uses  discrete  event  simulation  as  a  method  of  solution. 

The  model  requires  170  kilobytes  of  user  workspace  to  execute. 


PROPONENT 

US  Army  Logistics  Center 
ATTN:  ATCL-0  (Ms.  Govekar) 

Fort  Lee ,  V A  23801 


CURRENT  USEKS/POC 

Proponent  also  user. 


A V  687-1050,  com  (804)73^-1050 
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AMC-P  700-4 


TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Maintenance  Capabilities  Attack  Model  (MACATAK) 


INPUTS:  Number  and  type  equipment  in  each  of  three  brigades 

and  division.  Number  and  HOS  of  maintenance  personnel.  Inven¬ 
tory  of  DX  components  in  the  division.  Equipment  usages  rates 
and  failure  rates.  Maintenance  action  information:  time  to 
repair;  MOS  skills  required;  recommended  level  of  repair; 
frequency  of  occurrence,  and  contact  team.  Time  to  wait  for  part 
and  travel.  Overall  scenario. 


OUTPUTS:  Tabular  and  graphic  printouts  of  probable  equipment 
availability.  Tabular  listing  of  equipment  maintenance  turn¬ 
around  time  (TAT).  Tabular  listing  of  TAT  broken  into  function 
segments.  Tabular  and  graphic  printouts  of  queue  sizes  for 
parts,  skills,  and  equipments  as  a  function  of  time. 


Maintenance  Support  Study  for  TNFS,  Mar  80. 

User's  Manual  for  MACATAK,  Mar  80.  Programer's  Guide  for 
MACATAK,  Mar  80. 
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APPLICATIONS: 

MACATAK  was  used  in  the  DA 
DSLOG  Mission  Essential  Main¬ 
tenance  Only  Study,  Jun  82. 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- - - - PTRT1  -  “ 


*  /H  p 


TECHNIQUE: 


Manpower  Requirements  Criteria  (MARC),  AR  570-2. 


PURPOSE:  MARC  is  a  developmental  tool  f^or  determining  the 

required  various  MOSs  necessary  to  support  a  specified  unit  of 
equipment . 


DESCRIPTION:  MARC  documentation  (AR  570-2  plus  appropriate 

appendixes  and  supplements)  provide  the  necessary  data 
definitions,  equations,  and  considerations  to  estimate  number  and 
type  of  MOSs  that  are  required  for  combat  support  (CS)  and 
combat  service  support  (CSS)  in  tables  of  organization  and  equip¬ 
ment  (TOE)  and  modification  tables  of  organization  and  equipment 
(MTOE).  AR  570-2  is  structured  to  various  categories  of  MOSs 
and  inputs  are  dependent  on  the  type  of  system  under  considera¬ 
tion  . 


AMC-P  700-4 


% 


TECHNIQUE: 


INPUTS: 


LSA  TECHNIQUE  INFORMATION  SHEET 

PAIT2 

Manpower  Requirements  Criteria  (MARC),  AR  570-2. 
Equipment  deployment  and  task  requirements .  ' 


OUTPUTS:  Manpower  requirements  for  CS  and  CSS  poiTtTons  in 
TOE/MTOE. 


DOCUMENTATION  AVAILABLE: 

(1)  Draft  AR  570-2  Manpower  and  Equipment  Control 
Organizational  and  Equipments  Requirements  Tables  Personnel,  Nov 
83.  (2)  Draft  DARCOM/TRADOC  Supplement  to  AR  570-2. 
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!  Required  use  for  manpower  det- 
!  erminations  throughout  the  Army 
i  Mission  Estl  Maint  Only  (MEMO) 
_ 1  Study  for  DA  DSLOG,  Jun  82. _ 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Marine  Corps  Level  of  Repair  Analysis  (MCLOR) 


PURPOSE:  fFTe  Marine  Corps~LOR  model  provides  a  technique  for 

determining  the  lowest  life  cycle  cost  alternative  for  maintain¬ 
ing  a  failed  hardware  item,  i.e.,  whether  it  should  be  discarded 
(wash  out)  or  repaired,  and  at  what  maintenance  level  the  work 
should  be  performed. 

DESCRIPfTON  :  Produces  1  i  f e~~ cycle  maintenance  ~costs~ for  three 

equipment  indentures;  unit,  assembly,  and  lowest  replacement 
item  (LRI).  For  each  indenture  level,  derives  maintenance  costs 
in  six  cost  categories  covering  a  total  of  12  cost  elements. 

MCLOR  divides  these  costs  into  two  major  categories:  (1)  Variable 
costs  are  airectly  proportional  to  the  number  of  repairs  of  an 
item  (includes  inventory,  inventory  storage  space,  transporta¬ 
tion,  materiel,  labor,  and  training).  Item  entry  and  retention 
costs  are  independent  of  the  number  of  repairs,  but  are  included 
within  the  variable  cost  category;  (2)  Fixed  costs  are  incurred 
if  even  one  item  that  uses  a  fixed  cost  asset  is  repaired 
(includes  repair  work  space,  support  equipment,  support  equip¬ 
ment  space,  and  support  equipment  support).  MCLOR  performs  two 
types  of  LCR  analyses:  (1}  Life  Cycle  cost  of  maintaining  a  sys¬ 
tem  using  specified  set  of  maintenance  levels,  (2)  Least  cost 
solution  when  tne  system  repair  points  are  not  specified. 

INPUTS  (CONT'D) 

This  data  include  repair  Dath,  MTBF,  item  cost,  inventory  costs, 
man-hours  required,  labor  rate  ( approx imetely  40  data  elements 
for  each  item  input  up  to  a  maximum  of  350  items). 


USERs  : 

US  Army  BRaDC 

ATTN:  STRBE-DL  (Ms.  Woodsinger) 

Ft.  Belvoir,  VA  22061 
AV  354-5071,  com  (703)664-5071 


;  PROPONENT 

!  HQ,  Karine  Corps 

;  Code  LMA-2/ME  (Mr.  Ferris) 

I  Washington,  DC  20330 

.  AV  224-2606,  com  ( 202 ) 694 -2606 


CURRENT  USEffsTPOC  ' 

J5  Army  TACOM 

ATTN:  AMSTA-HP  (Mr.  Moron) 

**  n  7  1 1  O  n  m  o 

Adi  i  L  w  |  i  i  a  J  \J 

kM  786-6155,  com  (  3  1  3  )  57 4 -8 1  55 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Marine  Corps  Level  of  Repair  Analysis  (MCLOR) 

INPUTS:  Input  data  are  of  two  types:  (1)  System  Input 

provides  all  requisite  system-level  input  data  (i.e.,  data  common 
to  the  system  being  analyzed).  This  includes  number  of  systems 
deployed,  operating  hours,  expected  life,  support  equipment 
costs,  days  of  stock,  work  space  required  and  cost,  and  repair 
cycle  time  (approx  43  data  items  in  all).  (2)  Item  input 
furnishes  data  necessary  to  describe  items  which  comprise  the 
system.  A  separate  item  input  is  required  for  each  unique  item 
(i.e,,  unit,  assembly  and  LRI  in  the  system  (  see  description, 

part  1,  for  continuation  of  inputs)  . _ 

OUTPUTS:  At  the  system  or  item  level,  il  cost  areas  are 
printed  with  variable,  fixed,  and  total  costs.  Also  included  are 
the  system  repair  path,  support  equipment  usage  and  sensitivity 
analysis.  The  11  cost  areas  are  inventory,  storage  space, 
transportation,  materiel,  labor,  training,  item  entry,  repair 
work  space,  support  equipment,  support  equipment  space,  and 
support  equipment  support. 


DOCUMENTATION  AVAILABLE! 

(1)  MIL-STD-1390B.CNAVY)  LOR,  Appendix  D;  (2)  MCLOR 
1 A ,  System  User's  Manual;  (3)  MCLOR  2A,  Program  Malnt  Manual; 
(4)  MCLOR  3A,  Computer  Operation  Manual,  and  (5)  MCLOR  4B, 
Installation  Manual. 
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i 

HP  1000/3000;  :  CONCEPT  D&V 
UNIVAC ;VAX  1 1  !  FSD  P/D 

/ 7 80 ; IBM  360  ! 


T5AR"TRTERFACE 

J  (DATA  RECORDS) 

I 

I 

!  A  B  D  E  H 


Remarks f  Highly"  documented  and 
widely  used.  Core  size  required 
is  256k  bytes.  Approx  3100  lines 
coding,  1  minute  to  execute. 


T  APPLICATIONS: 

All  current  Marine  Corps  Sys. 
!  HMMWV,LAV,CUCV, AN/TTC-42, 

!  SB-3865,  PRC-68,  AN/TPS-59 


LSA  TASK  INTERFACE 


202.2.1,2  401.2.1,5 

203.2.3,5-7  403.2 

204.2.1  501.2.3,5 

205.2. 1 

303.2.1,3,4,7-9  _ 


f ' 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Modular  Life  Cycle  Cost  Model  ( MLCCM) 


PUftPOsE: The  MLCCM  Master  Control  Program  II  is  a  design- 
oriented  methodology  for  calculating  the  life  cycle  costs  of 
advanced  aircraft  during  the  conceptual  and  engineering  develop¬ 
ment  phase  of  a  system  development  program. 


DESCRIPTION:  The  program  provides  engineers  and  designers  with 

a  tool  for  determining  design  alternatives,  resulting  in  the  most 
effective  tradeoffs  between  costs  and  performance. 

The  MLCCM  Master  Control  Program  II  predicts  total  costs  for  the 
RDT&E,  Production,  Support  Investment,  and  the  Operations  and 
Support  phases  at  the  subsystem  level  of  an  aircraft.  The  cost 
visibility  provided  by  this  tool  can  be  used  in  making  long-range 
decisions  to  reduce  life  cycle  costs. 

The  MLCCM  program  offers  the  user  a  matrix  of  life  cycle  costs 
for  various  aircraft  subsystems. 

The  life  cycle  cost  is  divided  into  four  phases:  RDT&E;  Produc¬ 
tion;  Support  Investment,  and  Operations  and  Support. 


PROPONENT 

Air  Force  Aeronautical  Lab 
ATTN:  AFWAL/FIA 

(N.  Sternberger,  Lt.  Rusch) 
Wright-Patter son  AFB,  OH  45^33 
AV  785-5888,  com  (513)255-5888 


CURRENT  USERS/POC 

Proponent  also  user 


m 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- m pt5 - 

TECHNIQUE:  Modular  Life  Cycle  Cost  Model  ( MLCCM) 


INPUTS:  Number  of  months  in  life  oycle,  referenoe  year 

dollar  inflation  cost  factor,  G  &  A  percentage,  profit  percent¬ 
age.  A  series  of  Inputs  to  identify  the  aircraft  and  request  the 
desired  subsystem  and  life  cyole  phase. 

Materiel  weight  distribution  for  seven  materials  on  four  seotlons 
of  the  aircraft  (wing,  fuselage,  tail,  naoelle) 


iHTPUfS:  LCc  subtotals  divided  into  phases  and  ICC  subtotals 
by  subsystem.  These  phases  are-- 

1.  RDT&E. 


2.  Production. 

3.  Support  Investment. 

4.  Operations  and  Support. 


DOCUMENTATtdN  AVAILABLE : 

MLCCM  for  Advanced  Aircraft  Systems,  Phase  III- 

Vol  V:  Methodology,  AFWAL-TR  79-40,  Jan  84;  Vol  VI:  User's 

Manual,  AFWA-TR  78-40,  Jan  84. 


AUTOMATION 


YES-*  NO 

—} — h imrm  r 

— CIFE  CYCUE 

T  L5AR  INTERFACE 

LANGUAGE 

!  1 

I  (DATA  RECORDS) 

FORTRAN 

|  CYBER  750, CDC  ! 

CONCEPT 

1 

1 

!  6500,  CDC  ! 

!  B  C  D  E  H 

!  CYBER  74  ! 

1  1 

\  1 

1 

1 

1 

1 

REMARKS:  Distribution  limited  !  ApPLICAfftJR^: 

to  US  Government  agencies  only.  |  F-16,  F-15,  A-10 
Model  is  peculiar  to  avionics.  J 


LSA  TASK  INTERFAC 


03.2.3 

103.2.3,4 
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LSA  TECHNIQUE  INFORMATION  SHEET 
- - — - PXlfl - - 


TECHNIQUE: 


Mobilization  Simulation  Model  (MOBSIM) 


PURPOSE:  The  model  provides  an  analytic  method  for  HQ  AMC 

and  individual  readiness  commands  to  assess  the  capability 
of  each  mode  in  the  central  supply  system  to  process  its  workload 
as  a  function  of  time  and  personnel,  as  well  as,  to  describe  the 
magnitude  of  the  requisition  workload. 


DESCRIPTION:  The  model  is  a 

system.  The  modeled  elements 
affected  by  the  flow  of  requis 
The  requisitions  (the  system  d 
the  Defense  Automatic  Addressi 
positioned  for  mobilization  or 
to  uncover  choke  points  or  nod 
manpower  increases,  facility  e 
measures  to  provide  the  peace 
expected  of  AMC  or  the  MSC  bei 


simulation  of  AMC'O  central  supply 
include  those  which  are  directly 
itions  to  support  the  field  force, 
river)  flow  into  the  system  from 
ng  System  (DAAS),  or  are  pre¬ 
wartime.  The  model  is  designed 
es  in  the  system  which  require 
xpansion,  policy  changes  or  asset 
time  or  mobilization  support 
ng  evaluated. 


PROPONENT 

US  AMSAA 

ATTN:  AMXSY-FM  (Mr.  Schwartz) 

APG ,  MD  21005 

AV  283-6617,  com  (301)278-6617 


CURRENT  USEKS7P0C  ' 

Proponent  also  user. 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PXRT2 


TECHNIQUE:  Mobilization  Simulation  Model  (MOBSIM) 


INPUTS:  ~  Data  groups  in:  (i)  DAAS  requisition;  (2)  pre¬ 

positioned  requisition;  (3)  CCSS  processing  cycles;  (4)  asset 
levels;  (5)  item  manager  labor  availability,  requisition  proces¬ 
sing  time  and  labor  requirement;  (6)  backorder,  MRO  distribution; 
(7)  high  and  low  dollar  volume  splits;  (8)  procurement  labor 
availability;  (9)  production  weight  distribution;  (10)  delivery, 
procurement  and  administrative  lead  time;  (11)  depot  receipt  dis¬ 
tribution  and  issuance  capabilities,  and  (12)  containerization, 
break  bulk,  motor,  and  rail  distribution. 

OUTPUTS!  Outputs  include ,  but  are  not  limited  to,  (1)  total 
weight  shipped;  (2)  capability  usage;  (3)  queue  statistics; 
and  (4)  an  output  editor  which  can  be  written  to  streamline  the 
output  to  the  user's  specifications. 


DOCUMENTATION  AVAILABLE: 

MOBSIM  Executive  Summary  (Vol  I);  MOBSIM  User’s 
Guide  (Vol  II). 


AUTOMATION 


YES  *  NO~ 

{  HARDWARE 

"I  lIFe 

CYCLE 

T  lsAr  interface 

LANGUAGE 

1 

1 

1 

1 

S  (DATA  RECORDS) 

GPSS  level  1 

!  IBM  4300 

!  CONCEPT 

D&V 

1 

1 

!  series,  Look 
!  alike 

l 

1 

!  FSD 

1 

1 

1 

1 

P/D 

:  h 

1 

1 

1 

1 

TfERAtlKS:  350k  bytes  and  420  r_S'frPLlCATIOlf$: 


CPU  seconds  to  run  as  Batch  J  Mobilization 

process.  ! 


LSA  TASK  INTERFACE 


* 

✓ 


£ 


201.2.1  402.2.4 

203.2.2.5 

301.2.2 

302.2.1.3.5 
401.2.6 


2-109 


\  jw  i  <S.  N  wS*  mV\A  V%'V\V*  *■**  4> 


AHC-P  700-4 


LS A  TECHNIQUE  INFORMATION  SHEET 

PARfl 


TECHNIQUE:  Level  of  Repair  (MOD  III,  LOR),  MIL-STD-1 390B 

(Navy) ,  Appendix  A 

PURFOSf:  The  MOD  lit  LOR  "raoTei  is  programed  to  fulfill 

apecifioations  established  by  MIL-STD-1 390B  (Navy),  appendix  A. 
It  is  a  mathematical  prooedure  that  recommends  levels  of  repair 
for  components  of  avionios  equipment. 


DESCRIPTION:  It  derives  optimal  ( ie  a  si'  -  c  o  s  f  )L0  Rso  1  u  tf on  s  1  n 

addition  to  presenting  cost  evaluations  of  presorlbed  LOR 
alternatives.  The  model  is  of  the  detailed  accounting  type; 
i.e.,  it  computes  various  costs  based  on  summing  the  detailed 
input  cost  data  elements  rather  than  using  oost  estimating  rela¬ 
tionships.  The  model  seeks  an  optimum  combination  of  maintenance 
decisions  for  eaoh  lower-indentured  equipment  module  auoh  that 
the  total  cost  is  minimum  at  the  equipment  (line  replaceable 
unit,  weapon  replaceable  assembly)  and  system  level.  The  model 
accepts  maintenance  decision  overrides  for  certain  modules.  The 
model  has  the  ability  to  define  and  represent  maintenance  sites 
individually  or  collectively.  The  model  also  has  the  capability 
to  represent  multiple  alroraft  types  individually  at  eaoh  site. 
Unique  versions  of  the  model  are  available  for  application  to 
aircraft,  ships,  engines,  ordnance,  and  electronic  systems. 


USERs : 

Naval  Aviation  Logistics  Center 
ATTN:  NALC-612  (Mr.  Andreozzi) 

Patuxent  River,  MD  20670 
AV  356-4594,  com  ( 30 1 ) 863-459^ 


•r.-j 

V.'i 


*• 

>VH 


PROPONENT 

Naval  Air  Systems  Corwnarid 
ATTN:  AIR-4  1 1 1 2A 

(Hr.  Golembiowski ) 

Washington,  DC  20361 
AV  222-0965,  com  ( 202 ) 692- 1 6 32 


T  CURRENT  USERS7P0C" 

I  US  Army  TAC0M 
!  ATTN:  AMSTA-HP  (Mr.  Moron) 

1  Warren,  MI  46090 
!  AV  786-8155,  com  (313)574-8155 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Level  of  Repair  (MOD  III,  LOR),  MIL-STD-1 390B 
(Navy)  Appendix  A 


INPUTS:  Detailed  description  of  maintenance  requirements, 

support  structure,  and  hardware  characteristics;  e.g.,  failure 
rates,  removal  times,  unit  costs,  repair  costs,  support  equip¬ 
ment,  etc.,  is  required.  Additional  data  includes —  a.  system 
program  data  (44-input  parameters);  b.  site  data  (14-input 
parameters);  c.  item  identification  (5-input  parameters); 
d.  item  characteristics  (17-input  parameters);  e.  manpower  data 
(12-input  parameters);  and  f.  task  data  (24-input  parameters). 

OUTPUTS:  The  'results’ of  model  runs  are  presented-!!?  six 
reports.  Each  report  is  several  pages  and  their  titles  are— 
a.  Total  Life  Cycle  Logistics  Cost;  b.  Item  Summary  Report 
with  Maintenance  Scheme;  c.  Breakdown  of  Total  Life  Cycle  Log¬ 
istics  Cost;  d.  Total  Inventory  Values;  e.  Technical  Factors; 
f.  Per  Site  Inventory  Values;  and  g.  Sensitivity  Analysis 
Report . 

DOCUMENT/fTION  “AVAILABLE: 

(1)  LOR  MOD  III,  Release  3,  User's  Reference  Manual 
NAVAIR,  Jul  83-  (2)  MIL-STD- 1 390B  (Navy),  LOR  Appendix  A. 

(3)  LOR  MOD  III,  Tape  User's  Guide. 


AUTOMATION 


REMARKS:  Detailed  input  is 

required.  The  program  is  6000 
lines  of  coding.  The  execution 
time  varies;  average  is  4  sec. 


T  APPLICATIONS: 

!  TACOM  Vehicles .Trailer-launched 
i  Bridge, Adv.  Narrowband  Digital 
',  Voice  Terminal  CV-3591  .Tactical 
Dig  ita  1 _ F  acsim  ile  AN/UXC-4. _ 


LSA  TASK  INTERFACE 


203.2-3,6,7 

205.2.1 .5 
303.2.1,3,7-9 

501.2.3.6 


sa 

8$. 


3$ 

g 


YES  r  NO  T 

LANGUAGE 

HARDWARE  | 

1 

1 

LIFE  CYCLE 

T  LSAR  INTERFACE 
!  (DATA  RECORDS) 

m 

Simscript  II. 5  ! 

l 

1 

IBM  360/370  ! 

1 

1 

D&V  FSD 

P/D 

1 

!  A  B  C  D  E 

1 

1 

1 

1 

1 

1 

!  H  J 

1 

•.V,*, 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE:  Multiple  Configuration  Model  ( MULTICONFIG) • 


PURPOSEl  Modify  the  current  LSAR  ADP  system  from  a  single 

to  a  multiple  configuration  capability,  in  order  to  support 
Production  Phase  of  the  PATRIOT  Program. 


DESCRIFTTOH:  The  “MULTICOrTFlG  provide 

LSAR  system  in  five  major  areas.  (1) 
effect  repair  are  stored  to  a  file  and 
Task  Code  Narrative  (TCNs).  The  TCNs  w 
approval  wordfile  to  assure  readability 
resources  and  maintenance  significant  i 
established  to  facilitate  rework  of  exi 
creation  of  new  ones.  A  rework  file  fo 
Approval  Cycle  are  frozen  until  the  ECP 
(approval)  files  are  established  for  th 
after  extensive  quality  control  checks, 
files  are  generated  to  provide  the  info 
control  activities.  A  configuraton  mat 
identify  specific  con f iguration  differe 
content  is  determined  by  end  item/effec 
reference  designator  list. 


s  modifications  to  the 
Resources  required  to 
executed  for  use  with 
ill  be  compared  to  an 
and  identify  required 
terns.  (2)  Workfiles  are 
sting  system  elements  or 
r  ECPs  in  the  Government 


NOTE: 
is  out 
this  guide 


This  model  will  not  be  necessary 
and  operating.  Therefore,  it  wi 
when  the  DOD  LSAR  becomes  av 


i  s 

appro 

ved.  (3)  "OK" 

e  1 

atest 

approved  versio 

( 

4)  Data  management; 

rma 

tion  n 

ecessary  to 

r  ix 

file 

is  created  to 

nee 

s.  (5 

)  Configuration 

tiv 

ity  or 

part  number/ 

wh 

en  the 

new  DOD  LSAR 

11 

not  be 

contained  in 

ail 

able . 

proponent  |  “Current  users/poc 

PM  PATRIOT  I  Proponent  also  user. 


ATTN:  AMC  PM-MD-S-SL 

(Mr.  Kapolis) 

Redstone  Arsenal,  AL  35898 
AV  742-3150,  com  (205)895-3150 
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TECHNIQUE:  Multiple  Configuration  Model  ( MULTICONFIG)* 


INPUTS: 
changes . 

The  LSAR  data  files  and  specific  configuration 

OUTPUTS:  Multiple  alternative  LSAR  data  files  for  different 
configurations . 

DOCUMENTATION  AVAILABLE: 

Multiple  Configuration  Technical 
(by  contractor) . 

Specification 

AUTOMATION 

YES  ■  HO 
LANGUAGE 

COBOL 

I  HARDWARE 

1 

!  IBM  370 

1 

1 

1 

1 

l 

1 

S  LIFE  CYCLE  !  LSAR  INTERFACE 

!  i  (DATA  RECORDS) 

;  CONCEPT  D&V  ; 

!  FSD  P/0  i  A  B  C  D  E 

:  :  f  g  h  j 

1  1 

1  1 

REMARKS:  Do 

uminous  and 
description 

cumentation  Is  v  0 1  - 
provides  a  detailed 
of  progam  execution. 

rXPPTTCATrOISl — 

!  The  program  is  tailored  to  the 
!  Patriot  system.  Pershing  is 
!  considering  adopting  this 
!  program. 

LSA  TASK 

INTERFACE 

203-2.2-5 

403.2 
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FaRt  1 


TECHNIQUE:  Network  Repair  Level  Analysis  Model  (NRLA) 


PURPOSE:  The  NRLA  model  Is  a  deterministic  analytic  tech- 

nique  which  computes  life  cycle  coses  associated  with  different 
repair  level,  options  (discard  failed  items,  depot  repair,  and 
intermediate  level  repair)  to  aid  the  user  in  formulating  main¬ 
tenance  plans. 


DESCRIPTION:  NRLA  is  different  from  previous  Air  Force  ORLA 

methodologies.  NRLA  is  supported  by  the  AFLC/AFSC  800-4, 

Repair  Level  Analysis  Procedures,  25  Nov  83*  The  significant 
advantages  over  the  Air  Force  ORLA  are--  (1)  Recognizes  LRU  and 
SRU  Indenture  level  relationships  and  uses  the  information  to 
preclude  inconsistent  decisions;  e.g.,  discarding  a  failed  LRU 
and  doing  base  repair  for  SRUs  within  it;  (2)  Determines  repair 
level  recommendations  simultaneously  for  all  failure  modes  of  a 
group  of  LRUs/SRUs;  and  (3)  Support  equipment  required  to  accomp¬ 
lish  LRU/SRU  repair  is  considered  to  be  a  resource  whose  cost 
must  be  economically  shared  by  the  group  of  items  requiring  the 
resource  and  not  prorated  to  the  individual  items  in  the  group. 
The  model  determines  the  lea3t  cost  level  of  repair  for  an 
entire  weapon  system.  Also,  sensitivity  analysis  is  provided  for 
LRU/SRU  cost/LRU  failure  rate. 


PROPONENT  .  T  CURRENT  US m^POC- 

US  Air  Force  Logistics  Command  Proponent  also  user 


ATTI1.  JTAI  h/VDC  i  M  -  tlr  i  r  \ 

n  i  i  it  <  n  i  /i  l,  /  A  n  o  \  i  ii  •  \~j  i  iurvi.it/ 


Wr  lght-Patter  son  AFB,  OH  4t>4j3 

A V  785-5089/5352 

com  (5  1  3)255-5089/4506 
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L3A  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE: 


Network  Repair  Level  Analysis  Model  (NRLA) 


INPUTS:  Weapon  system  date  (i.e.,  #  bases,  systems/bases, 

operating  hours);  Logistios  data  (i.e.,  labor  rates,  item  trans¬ 
portation  faotora) ;  Support  equipment  data  (i.e.,  cost,  avail¬ 
ability);  LRU  and  SRU  faotors  (i.e.,  oost  failure  rate,  repair 
time). 


OUTPUTS:  Input  data;  repair  level  decisions  recommendations 
ilmlze  costs; 
analysis  information. 


which  minimize  costs;  detailed  repair  level  costs;  sensitivity 


boluNEkYAYibN  avaIlablE: 

(1)  Network  Repair  Level  Analysis  User’s  Guide; 

AFALD/XRS,  Feb  83-  (2)  Network  Repair  Level  Analysis  Prograraer's 
Guide;  AFALD/XRS,  Nov  81.  (3)  AFLC/AFSC  800-4,  Repair  Level 
Analysis  Procedure,  25  Nov  83. 

AUTONATION 


RIHARK5 


tit*  sro — 

- 1  HARDWARE 

1 - CTFF 

"IYCCE - r 

L'SAR  INitRlACI 

LANGUAGE 

1 

J 

1 

(DATA  RECORDS) 

FORTRAN  IV 

!  IBM  370 

;  d&v 

FSD  ! 

l 

1 

1 

1 

1 

1 

!  P/D 

• 

1 

» 

1 

1 

1 

1 

1 

» 

1 

A  B  C  D  H 

MX  Missile,  LANTERN,  F-5G 
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203-2.5 

204.2.1,3 

205.2.2 

302.2.1- 5 

303.2.1- 3,7-9 
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TECHNIQUE:  National  Security  Industrial  Association  Tradeoff 

Technique  (NSIA  TECH) * 

PURPOSE:  Method  of  ranking  alternatives.  The  purpose  of  the 

technique  is  to  rank  alternatives  based  on  opinions  of  different 
functional  personnel  involved  with  the  system  or  area  of 
interest . 


DESCRIPTION!  This  technique  is  performed  by  the  following  steps : 
a.  A  document/questionnaire  with  a  system  list  of  alternatives, 
etc.  is  developed  and  appropriate  weighting  factors  given  to  each 
factor;  b.  the  document/ questionnaire  is  distributed  to  asso¬ 
ciates  in  related  areas  without  the  associates  knowing  the 
weighting  factors;  c.  responses  are  returned  and  are  consoli¬ 
dated  and  weighted.  Then  the  document  with  results  of  the  first 
survey  are  sent  to  the  associates  again.  The  reviewers  are  again 
asked  to  review  the  document  and  based  on  the  survey  findings 
change  any  responses  the  reviewers  would  like  to  make  from  their 
first  answer  (this  step  is  optional);  and  e.  finally,  the 
results  are  tabulated,  weighted,  and  a  decision  is  made  based  on 
those  results. 


PROPONENT 

Private  contractor  proponent. 


cWrent  users/poc 

US  ALMC 

ATTN:  AMXMC-ACM  (R.  Taylor) 

Fort  Lee,  V A  £3601 
A V  &87-RZ50,  com  (80^)73^-2^96 


AMC-P  700-4 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  National  Security  Industrial  Association  Tradeoff 

Technique  (NSIA  TECH) * 

INPUTS:  List  of  alternatives  and  factors  plus  their  weights 

in  each  of  the  alternatives. 


OUTPUTS:  Numerical  number  which  ranks  the  alternatives  based 
on  responses. 


DOT  v.  ME  N  t  AT  I  ON  AVAILABLE: 

Th*  -echnique  is  described  in  detail  under  Descrip¬ 
tion,  Part  1.  This  documentation,  plus  ALMC  instructional 
examples,  is  all  that  is  available  on  the  technique. 


AUTOMATION 


YES  fiRT~* 

LANGUAGE 

— HARDEE - 

— nmrrcix — 

CONCEPT  DAV 

[  TSAR  HITEIFACE 
(DATA  RECORDS) 

A 

REMARKS:  U3ed  early  on  in  the 

concept  phase  to  establish 
scientific  opinions  of  the 
system  operational  scenario. 

APPLICATIONS: 

Used  as  a  teaching  aid  at  ALMC 
in  the  LSA  techniques  in  Matl 
Acq  Course  (ALMC-LR). 

LSA  TASK  INTERFACE 

101.2.1,2  303-2. 1 
102.2. 1 ,2 
201.2.1 
202.2.  1  ,3, A 

203-2.5 _ _ _ _ _ 


2-117 


AMC-P  700-4 


LSA  TECHNIQUE  INFORMATION  SHEET 
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TECHNIQUE:  Operation  and  Support  Costa  Model  (ONSCOSTS) 


PURPOSE: - To"  provide  a  computerized  methodology  for  provid 

ing  04S  oosts. 


OE90VXPTT5T:  the  3FT5S05TS  model  calculates  the  full  gamut  of 

oosts  attributable  to  the  earth-bound  segnent  of  a  spacecraft 
system,  exclusive  of  indirect  costs  of  personnel  support. 
ONSCOSTS  was  developed  to  expand  the  equations  originally  given 
in  the  Air  Force  Logistics  Command,  logistics  support  oost  (LSC) 
model  (LD#  31 100)  and  supplements  these  equations  to  yield  recur 
ring  oosts  matrlxed  as  initial  fixed  costs.  ONSCOSTS  calculates 
annually  recurring  costs  and  service  life  total  costs  by  17  oost 
oategorles.  ONSCOSTS  will  become  a  successor  to  the  Logistics 
Support  Cost-Repair  Level  Analysis  program  ( LSC-RLA )  (DLSIE  LD# 
SI 74 1  MA  thru  MC).  ONSCOSTS  inoludes  the  spares  estimating  and 
oosting  (SPARCOST)  methodology,  a  patch  onto  ONSCOSTS  for  the 
estimation  of  mission  spares  and  repair  materiel  costs. 


PROPONENT  r  CURRENT  USERS7pOO“ 

Air  Force  Space  Division  ;  Proponent  also  user/developer, 

ATTN:  AQL  (Mr.  Bruce  or  R.  Roy)  : 

P.0.  Box  92960  ; 

Worldway  Postal  Center  I 

Los  Angeles,  CA  90009 

AV  833-1810,  com  (213)643-1810  i _ 
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TECHNIQUE:  Operation  and  Support  Costs  Model  (ONSCOSTS) 


THFUT31  One  data  set  defines  one  item  of  equi pment/ so ftware 

at  each  of  five  levels  of  indenture:  system,  support  equipment, 
subsystem,  line  replaceable  unit,  and  software  or  program  of 
firmware.  Data  values  may  be  estimates  which  are  firmed  up  as 
the  program  progresses. 


OUTPUTS:  Cost  totals,  cost  details,  statistic  details,  costs 
as  percent,  cost  differences  from  basic,  a  single  line  (Initial, 
annual,  and  total)  of  costs,  or  a  single  statistic.  Up  to  17 
cost  details  and  up  to  12  statistics  may  be  output,  depending 
upon  the  command  issued. 


)  DOCUMENTATION  AVAILABLE: 

"User's  Manual  &  Programer's  Guide  for  the  Opera¬ 
tion  and  Support  Cost  Model"  (DLSIE  LD It  46242MA).  In  the  pro¬ 
cess  of  updating  the  user's  guide;  will  be  completed  in  eariy 
summer  8^. _ _ _ _ 


AUTOMATION 


YES  •  NO 

1 

• 

HARDWARE 

1  LIFE 

CYCLE 

i  LSAR  INTERFACE 

LANGUAGE 

1 

1 

• 

1 

!  (DATA  RECORDS) 

FORTRAN  IV 

1 

1 

Honeywel 1 

635 

1  CONCEPT 

Dir  V 

1 

1 

1 

1 

IBM,  CDC , 

GE  , 

!  FSD 

P/J 

;  B  C  D  H 

1 

1 

1 

1 

HP  3000. 

1 

1 

1 

1 

l 

1 

l 

1 

REMARKS: 

Minimum  storage  re- 

AFFLTCTTTM3! - 

quir ed : 

36K  Bytes. 

Number  of 

1)  Shuttle  Orbiter  Cntrl  Cntr; 

Program 

Statements : 

3600. 

2)  Integrated  Operational  Nu¬ 
clear  Detonation  Detection  Sys; 

3)  GAIT 

LSA  TASK  INTERFACE 


202.2.1 

203.2.3 

205. 2. 1  ,5 

302.2. 1 


402.2.  1 
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TECHNIQUE:  ORACLE-MARC 


PURPOSE:  To  develop  failure  rate  and  cost-to-repair  models 

such  that  reliable  estimates  of  the  failure  rate  and  repair/ 
replacement  costa  of  fielded  systems  can  be  generated  based  on 
information  available  during  advanced  development  or  at  full- 
scale  development. 

PE'SCRTFtrQTn -  ORACLE  consists  of  two  mod  el s-- 

MARC  I  -  To  project  failure  factors  for  electronic  assemblies 
( PCBs) . 

MARC  II  -  To  project  repair  costs  for  electronic  assemblies  in 
depot/contractor  facility. 


PROPONENT 

US  Army  CECOM 
ATTN:  AMSEL-SM-P-PL 

( Mr .  Kasi an ) 

Fort  Monmouth,  NJ  07703 
AV  992-3 176,  com  (201)532-3176 


CURRENT  USERS/POC 

No  users  at  present;  the  model 
has  only  been  available  since 
Sep  83- 
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PART2 


TECHNIQUE: 


ORACLE-MARC 


INPUTS: (1)  Assembly  data  -  Name/PN;  Qty/System;  Functional 
category;  RF  Front  End,  Digital,  Analog,  etc.;  Surface  Area; 
Test/troubleshootlng  method;  Auto,  manual,  semiauto;  Device 
packaging;  Dip,  flat  pack,  etc.;  Quality  of  parts;  Mil  spec  or 
not.  (2)  System  data  -  System  name,  Operating  environment; 

Ground  mobile  airborne,  etc.;  operating  hours/year;  beginning  and 
ending  density;  System  BITE:  yes/no;  Intermediate  screening: 
yes/no.  MARC  II  -  Management  reserve  (%),  contractor  fee  (%), 
cost  escalation  (%),  cost  of  facilities  ($/sq  ft/yr). 

OUTPUTS :  MArC  Ti  Gener ic  parts  list/ assembly;  Intrinsic 
Failure  Rate  ( Mil-Std-217 ) ;  Projected  failure  factor;  Number  of 
assemblies  arriving  at  depot;  Assembly  unit  cost;  File  for  cost 
model  (MARC  II) . 

MARC  II  :  (1)  Total  Management  Cost. 

(2)  Total  Repair  Cycle  Cost. 

(3)  Total  Materiel  Cost. 

(4)  Total  Facilities  Cost. 


DOCUMENTATION  AVAILABLE: 

(1)  ORACLE-MARC  MODEL,  21  Sep  83- 

(2)  ORACLE-MARC  Software  Maintenance  Guide,  21  Sep  83- 

(3)  ORACLE-MARC  User’s  Guide,  21  Sep  83- 


YES  1 


AUTOMATION 


LANGUAGE 

J 

1 

1 

1 

i  (DATA 

RECORDS) 

BASIC 

!  IBM  PC 

with  ! 

D&V 

FSD 

1 

1 

!  5  1/4" 

floppy  ! 

P/D 

;  a  b 

C  D  E 

!  disc  . 

1 

1 

i 

1 

1 

1 

!  H 

1 

1 

REMARKS : Hardware  required 
also  includes  IBM  DOS  2.0  inter 
face  and  a  suitable  system 
pr  inter  . 


n ■  i  ua vn  »  a  vnu  « 

No  applications  yet.  The  docu¬ 
mentation  has  just  been  com¬ 
pleted  Sep  83-  Applications  are 
planned  on  CECOM  items. _ 


LSA  TASK  INTERFACE 


401.2.3 
40  3-2 
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TECHNIQUE:  Optimum  Repair  Level  Analysis  (ORLA)-MICOM  Version 


PURPOSE:  To  evaluate  the  should-cost  tradeoffs  associated 

with  factory  repair  versus  theater  repair  and  discard  options  at 
the  Battalion  Replaceable  Unit  (BRU)  level.  Can  be  used 
throughout  a  system  development  process  to  develop  and  validate 
estimates  of  support  and  logistics  costs. 


DESCRIPTION!:  The  ORLA  methodology  was  developed  by  tfie  USAf  and 

adapted  to  Army  terminology  for  use  on  MICOM  projects.  The  model 
is  written  in  HP  ENHANCED  BASIC  and  was  implemented  on  an  HP9830 
desktop  computer.  The  model  evaluates  alternative  support  plan: 
at  the  LRU  level  identifying  the  alternative  with  the  lowest  lit* 
cycle  cost.  The  least  cost  alternative  automatically  undergoes 
a  sensitivity  analysis.  Based  on  the  costs  of  the  support 
alternatives  and  the  sensitivity  analysis  an  optimal  repair  or 
discard  level  is  recommended. 


CAUTION:  This 
does  CEMM,  for 
favor  of  OSAMM 


model  contains  the  same  outdated  algorithms,  as 
stockage  predictions.  GEMM  is  being  phased  out  in 
which  provides  more  accurate  stockage  predictions. 


USERs  : 

PM  PERSHING 
ATTN:  AMCPM-PE-S 

(Ms.  Garret) 

Redstone  Arsenal,  AL  35898 
AV  746-1291,  com  ( 205 ) 876- 1 29 1 

PM  AAH 

ATTN:  AMCPM-AAH-LM 

(Mr.  Hoecker) 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63  120 
AV  693-1946,  com  (314)263-1946 


PM  FVS 

ATTN:  AMCPM-FVS-LM 

(Mr .  Livingston) 

Warren,  MI  48090 
AV  786-8248,  com  (313)574-8248 


PROPONENT 

US  Army  MICOM 
ATTN:  AMSMI-N5  (Ms.  Pea) 

Redstone  Arsenal,  AL  35898 
AV  746-3561,  com  (205)876-3561 


CURRENT  USEtiS7TQ'£ 

US  Army  BRADC 

ATTN:  3TRBE-DL  (Ms  WoocJsinger) 
Fort  Belvoir,  VA  22060 
AV  354-5071,  com  (703)664-5071 
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TECHNIQUE:  Optimum  Repair  Level  Analysis  (ORLA)-MICOM  Version 


INPUTS: Input  data  requirements  are  moderate.  Includes 
labor  rates,  technical  data  costs,  shipping  costs,  MTBCT,  salvage 
costs,  and  maintenance  costs.  Input  data  elements  are  varied 
from  20%  to  300?  one  at  a  time.  If  a  repair  level  decision 
change  occurs,  then  the  point  of  change  is  printed  out  along  with 
the  penalties  at  that  point. 


OUTPUTS:  Output  data  consist  of  an  economic  analysis  for 
the  repair  level  decision.  Included  are  the  cost  penalties  on  a 
life  cycle  cost  breakdown  for  discard  costs,  DS/GS  costs  and  fac¬ 
tory  repair  costs. 


& 


fiocuMENfXTON  m'XinCE: - 

(1)  Life  Cycle  Cost  Analysis  of  the  PATRIOT  ORLA 

(DLSIE  LD0  46515MA)  and  (DLSIE  LD#  46515MB).  (2)  AfLCM/AFSCM 

800-4,  ORLA,  25  Jun  71.  (3)  ORLA  User's  Guide,  MICOM, 

W.  Prestwood,  25  Mar  83. _ 

_ AUTOMATION 


YES-1  ffQ  r 

LANGUAGE  1 

HARDWARE 

1  LIFE 

1 

CYCLE"” 

i  LSA A  INTERFACE 

1  (DATA  RECORDS) 

BASIC, HP  ENHANCE! 

HP9830,  HP  1 25 

!  CONCEPT 

DAV 

1 

1 

1 

1 

1 

1 

\ 

1 

IBM4800 , 3033 , 
HP  1 000 

I  FSD 

» 

1 

l 

1 

P/D 

!  A  B  C  D 

1 

1 

f 

_J _ 

REMARKS:  Small  enough  to  run  1  APPLICATIONS: 

on  "desktop"  computers  with  16K  !  PERSHING  II,  PATRIOT, T0W/C0BRA, 

user  workspace.  !  MLRS ,  NORTH  FINDING  MODULE, 


I  AAH-64,  AN/TRQ-32,  AHIP, 
_ 1  SHORAD  C2. _ 

LSA  TASK  INTERFACE 


204.2.3 
205.2.2 
302.2. 1-4 
303.2.1,7,8 
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TECHNIQUE: 


Optimum  Supply  and  Maintenance  Model  (OSAMM,  al3o 
known  as  OATMEAL) 


o  perform  optimal  repair  level  and  sparing 
analysis  to  meet  an  Ao  target.  OSAMM  describes  where  to  remove 
and  replace  components  and  modules,  place  test  equipment  and 
skilled  manpower,  and  where  to  stock  and  how  much. 


DESCRIPTION:  OSAMM  is  an  optimization  model  with  a  mixed  inter 

ger  linear  program  to  determine  best  multiechelon  stockage, 

TMDE,  and  maintenance  policy  decisions. 

Computes  a  steady  state  cost  converted  to  present  value.  Main¬ 
tenance  policies  can  be  constrained  (25  maintenance  policies  are 
available.  All  or  most  are  typically  considered  in  a  single 
run).  Stockage  and  maintenance  policies  are  found  simultaneously 
to  achieve  a  weapon  system  target  availability  at  least  cost. 
Decisions  are  made  by  application  (failure  mode).  System  pecu¬ 
liar  TMDE  and  manpower  are  allocated  in  integer  amounts  to  the 
echelon . 

Extensive  sensitivity  analyses  could  be  expensive.  But  a  back¬ 
end  evaluator  allows  quick  analyses  of  changes  to  backorder  pen¬ 
alties  and  to  individual  component  policies.  Evaluator  also  by¬ 
passes  mixed  integer  LP  optimizer  when  maintenance  policies  are 
tightly  constrained  across  many  components. 

A  symmetrical  support  structure  is  assumed.  Two  indentures  (LRU, 
module,  with  piece  part  costs  considered  by  averages  by  module) 
are  modeled.  The  weapon  system  availability  target  can  be  met 
using  a  special  search  subroutine. 

A  SESAME  subroutine  finds  multiechelon  stockage. 

NOTE:  OSAMM  and  Optimal  Allocation  of  Test  Equ i pmen t/ Man  power 

Evaluated  Against  Logistics  (OATMEAL)  are  one  in  the  same  model. 
OATMEAL  is  the  perferred  name  by  the  developer  (IRO'  and  OSAMM 
by  the  proponent  (CECOM). 


USERS  : 

US  Army  ERADCOM 

ATTN:  AMDEL-PO-SA  (Mr.  Price) 

Fort  Monmouth,  NJ  07703 
A V  995-2681,  com  (201)594-49 52 


US  Army  CECOM 
ATTN:  AMSEL-PL-E  (Mr.  Plumeri) 
Fort  Monmouth,  NJ  07703 
AV  992-5170,  com  (201)  532-5170 
Proponent  also  user. 


US  AMSAA  IRO 

ATTN:  AMXSY-L I R0  (Mr.  Kaplan) 
Room  800,  US  Custom  House 
Philadelphia,  PA  19106 
A V  444-3808,  com  (215)597-3377 
IRO  also  developer. 
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TECHNIQUE:  Optimum  Supply  and  Maintenance  Model  (OSAMM,  also 

known  as  OATMEAL) 


INPUTS:  By  weapon  system  component  A  module  costs  including 

requisition,  holding;  transportation  costs;  test  equipment  costs, 
thruputs;  failure  rates  by  application;  supply  system  data  (as  in 
SESAME);  component  and  module  unit  price  and  weight;  operational 
availability  target;  MOS  skill  levels  and  labor  rates;  and  policy 
constraints . 


OUTPUTS:  Maintenance  and 
(where  to  repair/replace) 
placement  of  each  type  of 


replacement  task  distributions 
by  component  and  module;  number  and 
TE  and  MOS;  multiechelon  stockage  quan¬ 


tities  ; 
system . 


throwaway  decisions;  and  operational  availability  of 


DOCUMENTATION  AVAILABLE: 

(1)  Optimal  Allocation  of  TE/Manpower  Evaluated 
Against  Logistics  Model-AMSAA  IRO  report;  Feb  83* 

(2)  Optimal  Supply  A  Maintenance  Model  Users  Guide-CECOM  Plans, 

Concepts  A  Evaluation  Directorate,  Aug  83. _ 

AUTOMATION  _ 


YES  *““R0 - 

“1 — HARDWARE 

"I" 

• 

"  LIFE  CYCLE  ! 

TSAR  INTERFACE 

LANGUAGE 

1 

1 

1 

1 

I 

1 

(DATA  RECORDS) 

FORTRAN 

:  C DC  6600 

• 

1 

DAV  FSD  ! 

i 

1 

i 

1 

P/D  ! 

A  B  C  D  E 

1 

1 

i 

1 

1 

1 

I 

1 

1 

1 

« 

1 

F  G  H  J 

WEhaMSI  Uscs~ 

APEjrrn  lp 

!  APPLICATIONS: 

library  package 

,  which  is  avail- 

!  AN/USQ-86  ( MIC  NS ) ,  SINCGARS-V 

able  on  private 

entity  CDC 

computer  t ime- shar ing . 

LSA  TASK 

INTERFACE 

201.2.1 

303.2.1-7 

203.2.2-5,7 

401.2.5 

204 .2.1 

501.2.5 

205.2.1 

302.2.1-4 
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TECHNIQUE:  Operating  and  Support  Cost  Model  (OSMOD) 

PURPOSE:  The  0SMOD  program  is  used  to  compute  the  O&S 

portion  of  the  life  cycle  cost  matrix  for  a  single  item  of  equip¬ 
ment  or  for  a  system. 


DESCRIPTION:  This  model  is  designed  to  calculate  O&S  cost  for 

single  item  of  equipment  or  for  a  system.  Input  sources  include 
the  Array  Force  Planning  Cost  Handbook  (AFPCH),  Materiel  Systems 
Requirements  Specifications  (MSRS),  and  Military  Occupational 
Specialty  (MOS)  Training  Cost  Handbook.  Data  from  the  AFPCH  are 
scored  in  the  program.  Data  from  the  MSRS  are  entered  on  an 
input  form  by  the  user  prior  to  running  the  program.  The  user 


has  the  option  of  processing  all 
cells  are  contingent  on  others. 
11-4,  Operating  and  Support  Cost 


or  some  of  the  cells,  but  some 
This  model  conforms  to  DA  Para 
Guide  for  Army  Materiel  Systems. 


Proponent  Hcu&rent  users/po6 

US  Army  CECOM  I  Proponent  also  user. 

Comptroller's  Office  ! 

ATTN:  AMSEL-CP-CA-SS  ! 

( J .  Carroll)  ! 

Fort  Monmouth,  NJ  07703 

AV  995-2051,  com  (201)544-2051  _ 
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TECHNIQUE:  Operating  and  Support  Cost  Model  (OSMOD) 


INPUTS:  Number  of  years  of  operation;  POM  deployment; 

reserve  deployment;  reserve  factor;  training  deployment;  training 
factor;  and  all  parameters  required  to  perform  calculations  found 
in  DA  Pamphlet  11-4. 


OUTPUTS:  Til  Computation  of  operational  units  by  theater  and 
year  over  life  of  cycle;  (2)  Printout  of  costs  for  eech  cell  by 
theater  and  year;  (3)  Breakout  of  costs  per  equipment  by  elements 
specified  in  DA  Pamphlet  11-4;  and  (4)  Breakout  of  costs  in 
constant  dollars  by  appropriation,  time-phased  over  life  of 
cycle . 


DOCUMENTATION  AVAILABLE: 

DRAFT-Computerized  O&S  Cost  Model; 
Model  Input  Form;  O&S  Computerized 

Guide  to  oiS 

Cost  Model  Input 

Form 

/ 

AUTOMATION 

y.y 

YES  *  jR5  V 

hardware 

1 

1 

LIFE  CYCLE [ 

LSAIT 

INTERFACE 

LANGUAGE  i 

1 

1 

1 

1 

(DATA 

RECORDS)  wm 

BASIC  ! 

HP  9845B 

i 

1 

D&V  FSD  ! 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

P/D  ! 

1 

1 

1 

1 

B  C 

D  h 

*•  w 
*. 

\V, 

•  ■  *  • 

REMARKS: 


APPLICATIONS: 


MTCC-Modular  Tactical  Communi¬ 
cation  Center;  IMF-Improved 
Message  Facility;  AN/TRC-170; 
AN/TPC-39  _ 


LSA  TASK  INTERFACE 


m 

s? 

p  J 

•v 

MS 


203-2.3 
205.2.  1 
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TECHNIQUE:  Page  Estimating  Model  (PAGES) 


PURPOSE :  To  estimate  the  quantity  and  type  of  pages  for  non¬ 

troubleshooting  and  troubleshooting  activities  at  the  flightline 
and  in  the  shop.  It  can  make  page  estimates  for  conventional  and 
task-oriented  manuals  of  both  electronic  and  mechanical/hydraulic 
systems . 

DESCRIPTION:  PAGES  is  comprised  of  two  subroutines,  each  witH 

its  own  set  of  algorithms.  The  algorithms  are  unique  to  an 
equipment  category;  hence,  one  set  of  algorithms  is  for  electri¬ 
cal  and  another  for  mechanical/hydraulic  systems.  The  user 
selects  the  appropriate  algorithm  by  answering  a  user  prompt 
question  with  the  identification  of  the  type  of  system  under 
analysis,  either  electrical,  mechanical,  or  both.  The  major 
variables  in  each  of  the  algorithms  are  number  of  subsystems, 
line  replaceable  units  (LRUs),  and  shop  replaceable  units  (SRUs) 
in  the  system  under  analysis. 

PAGES  operates  on  the  assumption  that  the  technical  manual  page 
requirements  are  directly  proportional  to  the  number  of  subsys¬ 
tems,  LRUs  and  SRUs  comprising  the  system  of  interest.  The 
proportional  factors  reflect  the  equipment  characteristics  at  the 
timeframe  of  the  algorithm  development.  The  factors  cannot 
be  adjusted  by  the  user  to  account  for  differing  equipment  com¬ 
plexity  level.  This  area  must  be  considered  when  contemplating 
the  use  of  PAGES. 

The  following  example  involves  the  algorithm  developed  to  pre¬ 
dict  the  content  of  a  fault  isolation  manual  to  support  the  task- 
oriented  approach  to  flightline  troubleshooting.  This  algorithm 
determines  the  number  of  maintenance  actions,  pictorials,  and 
schematics  as  a  function  of  the  number  of  subsystems  and  LRUs. 

In  this  case:  number  of  PAGES  =  2  fault  isolation  charts/subsys¬ 
tems  ♦  2  fault  isolation  charts/LRU  +  1/2  page  narrative/LRU  ♦  2 
access  line  art/LRU  2  fault  isolation  schematic  block/subsystem 
+  1  fault  isolation  schematic  flow/LRU. 

The  PAGES  model  provides  estimates  for  12  different  page  types. 

The  PAGES  model  could  be  adapted  to  Army  use  if  proportional 
factors  mentioned  above  were  developed  based  on  Army  historical 
data  rather  than  Air  Force  historical  data. 


PROPONENT 

Air  Force  Human  Resources  Lab 
ATTN:  AFHRL-LRC  (Mr.  Boyle) 

Wr ight-Patterson  AFB,  OH  45433 
AV  785-3771,  com  (513)255-2606 


J  CURRENT  USERS/POC 
;  proponent  also  user. 

!  Air  Force  Human  Resources  Lab 
!  ATTN:  AFHRL-LRA  (Ms.  Preidis) 

!  Wright-Patterson  AFB,  OH  45433 
1  AV  785-3871,  com  (513)255-6718 
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TECHNIQUE:  Page  Estimating  Model  (PAGES) 


INPUTS:  Type  of  system:  Electrical  or  Mechanical/hydraulic 

also,  number  of  LRUs  and  SRUs  in  the  subsystem. 


OUTPUTS:  Estimates  number  of  pages  for  12  different  page 
types  which  are  as  follows: 

(1)  narrative;  (2)  half-tone  art;  (3)  half-tone  explosion; 

(4)  electronic  line  art;  (5)  exploded  line  art;  (6)  fault  isola¬ 
tion  chart;  (7)  fault  isolation  schematic  block;  (8)  access  line 
art;  (9)  fault  isolation  schematic  flow;  (10)  fault  isolation 
schematic  mechanicaL/hydraulic ;  (11)  job  guide  narrative;  and 
(12)  job  guide  illustrations. 

DOCUHEMTATIQTrAVmireLE: - 

ASSET  User's  Guide,  7  Aug  82. 


AUTOMATION 


YES  *  NO 
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REMARKS:  FISTS- 
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APPLICATIONS: 
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401.2.3 
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TECHNIQUE:  Repair  vs.  Discard  Model  (PALMAN) 

PURPOSE:  To  compare  life  cycle  support  costs  as  ~ elated  with 

a  specified  repair  policy  versus  discara  of  individual  equipment 

assemblies. 


DESCRIPTION :  Computer  analysis  is  used  to  compile  a  life  cycle 

support  cost  summary  for  a  single  assembly  given  variable  input 
data.  The  model  considers  the  variables  associated  with  repair 
versus  discard  and  does  not  address  fixed  costs.  Only  one  assem¬ 
bly  can  be  analyzed  per  computer  run.  The  PALMAN  model  is  menu- 
driven  and  user  friendly.  The  model  is  made  up  of  two  programs; 
one  called  ROSE,  which  is  the  original  PALMAN  model  that  has  par¬ 
ametric  analysis  (sensitivity  analysis),  and  one  called  Cost, 
which  has  the  parametric  analysis  plus  an  optimum  cost  (where 
throwaway  cost  equals  repair  cost)  feature  which  is  determined 
by  the  bisect  root  finding  method.  The  menu  allows  you  to  choose 
either  program  plus  it  has  an  option  to  plot  out  the  results  from 
the  cost  program.  You  can  easily  change  as  many  variables  as  is 
desired  to  analyze  how  they  effect  the  output.  The  model  can  be 
run  repetitively  in  a  short  period  of  time.  PALMAN  has  been 
revised  by  the  proponent  to  expanded  sensitivity  analysis, 
initial  provisioning,  and  better  user  interactive  operation.  The 
revised  PALMAN  model  is  called  Interactive  PALMAN  Model  (IPM). 


USERS : 

US  Army  AMCCOM* 

ATTN:  AM3MC-MAY-MC( A) 

(Mr.  Palman)  (Developer) 

APG ,  MD  21010 

AV  584-3681,  com  (301)671-3681 


PM  Sgt  York 

ATTN:  AMC PM-ADC-LR ( R ) 

(Mr.  Wasson)  (Developer  of  IPM) 
Rock  Island,  IL  61299 
AV  793-6009,  com  (309)794-5009 


PROPONENT- 

CURRENT  U5ERS/P0C 

US  Army  AMCCOM 

Proponent  also  user. 

ATTN:  AMSMC-L30-C 

US  Army  AMCCOM 

(Mr.  Shepherd) 

ATTN:  AMSMC-LSC(A) 

Rock  Island,  IL  61299 

( Mr .  Seal zo) 

AV  793-4523/6796 

APG,  MD  21010 

com  (309)794-4523 

AV  584-3684,  com  (301)671-3684 
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TECHNIQUE: 


Repair  vs.  Discard  Model  (PALMAN) 


INPUfS:  There  are  approximately  13  standard  input  variables 

which  can  be  changed  by  the  use  of  the  user  friendly  menu.  Thsre 
are  also  13  user  input  variables  which  are  required.  The  user 
Input  variables  include  cost  of  replacement  assembly,  repair 
time,  repair  parts  cost,  number  of  unique  parts,  development 
costs  of  test  equipment,  procurement  costs  of  test  equipment, 
failures  per  million  hours,  manuals  pages,  training  time,  number 
assemblies  per  end  item,  number  of  end  items,  operating  time,  and 
number  of  personnel  trained  per  year. 

OUTPUTS:  There  are  three  output  formats  which  will  be  gen- 
erated  when  the  program  is  executed.  (1)  life  cycle  cost  compari¬ 
son  for  repair  versus  discard;  (2)  analysis  of  repair  policy  cost 
per  failure  (develops  the  percentage  that  a  particular  factor  has 
on  the  overall  cost  for  a  failure  such  as  labor  oost;  cost  of 
replacement  assembly);  and  (3)  a  parametric  analysis  for  each  of 
six  oost  faotors  (which  is  automatically  varied  over  a  predeter¬ 
mined  range).  The  last  output  which  oan  be  obtained  is  a  plot  of 
the  optimum  points  where  discard  and  repair  costs  are  equal. _ 


LANGUAGE 

FORTRAN  IV 


UNIVAC  1108/ 
1100;  DEC  VAX 
1  1/780;  PRIME 


REMARKS: — TKe  graph  version  of 
the  model  uses  EZGRAF  (similar 
to  plot  10)  which  is  on  PRIME 
only.  Approx  700  lines  coding. 


lifilM 


A N/TSQ-7 3  »  TACFIRE,  PERSHING  II 
PATRIOT,  XM81,  XM22,  XM17,  XM85 
XM86,  M3A3,  SM2 1 ,  XM16,  SM52 


■ 


LSA  TASK  INTERFACE 


203.2.5,6,7 

205.2.  1 

303.2.  1  ,7 
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TECHNIQUE:  PERSHING  OAS  Cost  Model  ( PERSHINGONS>» 

PURPOSE:  To  quantify  manpower  and  OAS  costs  resulting  from 

technological  improvements. 


DESCRIPTION:  The  PERSHINGONS  model  provides  a  tool  to  evaluate 

or  determine  the  OAS  costs  for  any  defined  PERSHING  system 
configuration.  In  providing  this  capability,  new  system  design 
candidates  can  be  compared  with  each  other  or  compared  to  the 
existing  system.  This  allows  the  evaluation  of  a  proposed  system 
or  design  change  to  an  existing  system  early  in  the  process  by 
determining  the  operating  and  support  cost  for  the  candidate 
system . 

The  printed  cost  outputs  provide  the  means  to  determine  the  costs 
of  the  selected  system  candidate  in  any  or  all  of  the  cost 
categories  associated  with  the  operation  and  support  of  a  unit. 
The  model  logic  not  only  provides  the  cost  output  but  also 
computes  the  maintenance  personnel  requirements  for  a  described 
unit  when  the  equipment  requirements  for  the  unit  are  provided. 

In  order  to  compute  the  maintenance  personnel  requirements  and 
provide  the  cost  outputs  for  a  unit,  the  TOE/MTOE  structure  for 
the  organization  must  be  defined  and  input  into  the  model. 


PROPONENT 

PM  PERSHING 
ATTN:  AMCPM-PE-3 

(Ms.  Garret/  Mr.  Ossip) 
Redstone  Arsenal,  AL  35898 
A V  746-1291,  com  (205)876-1291 


Proponent  also  user. 

J  PM  PATRIOT 

ATTN : AMCPM-MD- 3- SL ( Hr .  Kapolis) 
!  Redstone  Arsenal,  AL  35898 
I  AV  742-3150,  com  (205)895-3150 
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TECHNIQUE: 


PERSHING  04S  Cost  Model  (PERSHINGONS)* 


INPUtS:  Numerous  system,  hardware,  support  related  data 

elements  such  as:  TOE/MTOE  structure,  costing  time  period, 
number  of  deployed  battalions;  firing  batteries  per  battalion, 
and  number  of  firing  batteries. 


OUTPUTS:  OAS  costs  and  maintenance  personnel  requirements. 


doCuhEMYatION  AVAILABLE : 

PERSHING  Operating  and  Support  Cost  Model  final 

Report,  Volume  1-6;  Volume  1,  30  Nov  79;  Volume  2-6,  31  Oct  77; 

Supplement  to  Volume  1-6,  30  Nov  77. 


res-* — ircr 
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A  B  C  D  E 

REMARKS:  The  executable  load 

APPLICATION 

module  requires  31 » 6 32  bytes  of 
computer  core  storage.  Very  long 
data  hungry  program. 
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TECHNIQUE: 


Personnel  Requirements  Analysis  Model  (PRAMOD) 


PURPOSE:  To  determine  personnel  and  training  needs  imposed 

on  a  military  establishment  due  to  the  fielding  of  a  new  system 
over  a  period  of  years. 


DESCRIPTION: Based  on  projected  TO&E  requirements  and  attrition 
rates  of  an  appropriate  set  of  MOSs ,  all  personnel  and  training 
pipeline  requirements  are  computed  and  displayed  by  program  year. 
The  PL/1  program  loops  on  variants,  program  years,  MOS,  and 
finally,  MOS  courses.  Eight  output  reports  yielding  Information 
on  the  ILS  personnel  and  training  burdens  imposed  by  the  new 
system  are  provided.  For  example,  facility  requirements, 
training  facility  and  staff  requirements,  training  costs, 
training  pipelines,  and  salary  costs  can  be  obtained  from  the 
output.  Convenient  executive  summary  reports  are  available. 

The  program  is  written  in  PRIME  PL/1,  subset  G,  and  may  be 
adapted  to  any  system  offering  a  PL/1  compiler. 


PROPONENT 

US  Army  TACOM 

ATTN:  AMSTA-HC  (Dr.  Brierly) 

Warren,  MI  48090 
AV  786-8155,  com  (313)574-8155 


CURRENT  USERS/POC 

Proponent  also  user/ developer . 
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I 


TECHNIQUE: 


PUTS: 


Personnel  Requirements  Analysis  Model  (PRAMOD) 


T04E  numbers  of  MOS. 

Training  course  data. 

Program  -production  schedule. 
Training  facilities  data. 
Attrition  rates  for  MOSs. 


By 


Training  pipelines. 

Facilities  and  quarters  requirements. 
Detailed  program  costs. 

Facilities  staffing  needs. 

Personnel  requirements. 


I  iTimu  imti?.!  t  I'Twvn  nrTnWs 


PRAMOD  Automated  User's  Guide,  TACOM,  Feb  82. 

IJSMC  LAV,  Manpower  Personnel,  and  Training  Assessment,  May  82. 
Volume  1-2,  by  TACOM. 


AUTOMATION 


Light  Armored  Vehicle  (LAV) 


LSA  TASK  INTERFACE 


205.2. 1 
303.2.1,4,5 
401.2.1,3,4 
402.2. 1,2 


I 


LANGUAGE 

PL/1  Subset  G 

IBM  360 

PRIME 

D&V  FSD 

(DATA  RECORDS)  j) 

C  E  F  G  /•: 

r  \ 
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TECHNIQUE: 


Programed  Review  of  Information  for  Costing  and 
Evaluation  (PRICE) 


e  rmut  moaei  is  a  computerized  metnoa  or  aer 
ing  cost  estimates  of  electro-mechanical  hardware  assemblies  and 
systems . 


DESCRIPTION:  PRICE  is  a  family  of  cost  predicting  models.  The 

basic  PRICE  model  (sometimes  called  PRICE  H)  predicts  development 
and  production  costs  for  proposed  electro-mechanical  devices  or 
systems  while  they  are  still  in  the  concept  stage.  PRICE  has 
been  in  development  over  the  last  15  years  and  has  been  available 
for  general  use  since  Aug  75. 

PRICE  HL,  (also  known  as  PRICE  L) ,  the  PRICE  Life  Cycle  Cost 
Model,  is  a  supplement  to  and  operates  in  conjunction  with  the 
basic  PRICE  model  to  rapidly  compute  support  costs  for  many 
varieties  of  systems. 

PRICE  S,  the  PRICE  Software  Model,  applies  the  PRICE  parametric 
modeling  methods  to  the  problems  of  computer  software  costing. 

It  is  designed  to  cover  the  complete  range  of  systems  and 
applications  programing. 

PRICE  SL  estimates  the  cost  for  support  computer  software 
during  its  operational  life-cycle. 

All  PRICE  models  are  exercised  interactively  through  commercial 
time-sharing  computer  networks.  Comprehensive  training  courses 
for  the  users  are  provided  at  the  proponents  plant.  After  com¬ 
pletion  of  the  course,  users  operate  the  model  from  their  own 
location  under  strict  computer  security  procedures. 

Included  in  this  family  of  models  are  also  PRICE  M,  A,  and  D 
which  are  microcircuit  cost  estimating  and  supporting  models, 
respectively . 


USERs: 

US  Army  CECOM 

ATTN:  AMSEL-CP-CA-SS  (Mr.  Sterling) 

Fort  Monmouth,  NJ  07703 
AV  995-2757,  com  (201)5^-2757 


Private  contractor  proponent. 


US  Army  ERADCOM 
ATTN:  AMDEL-PO- I L 

(LTC  Lartique) 

2800  Powder  Mill  Road 
Adelphi,  MD  20783 
AV  290-3557  ,  com  (202) 


4-3557 
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TECHNIQUE:  Programed  Review  of  Information  for  Costing  and 

Evaluation  (PRICE) 

INPUfS:  PRlCfc  ri:  electronics  weight;  raechanical/structural 

weight;  densities;  volume;  quantity;  amount  of  design  repetition. 
PRICE  HL:  unit  MTBF;  unit  and  module  repair  times;  hardware 
costs,  quantities  and  learning  curves;  cost  of  test  equipment; 
number  of  modules  and  parts  per  unit;  number  of  maintenance 
locations;  transportation,  stockage,  labor  rates,  scrap,  and 
maintenance  concepts. 


OUTPUTS:  PRICE  HI  Engineering  and  manufacturing  costs; 
development  and/or  production  schedule;  economic  basis  of  the 
costs,  and  uncertainty  measures  on  the  cost. 

PRICE  HL:  life  cycle  costs;  availability  and  readiness;  location 
and  number  of  test  equipment  sets,  and  total  cost. 


DOCUMENTATION  AVAILABLE: 

PRICE  Parametric  Cost  Models  -  An  Executive  Guide. 


AUTOMATION 


— RO 
LANGUAGE 

— mnrotmre — 

- LIFE  CYCUE — 
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:  (DATA  RECORDS) 

FORTRAN  IV 
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Serv ice 

!  CONCEPT  D&V 
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!  A  B  C  D  E 
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REMARKS:  Due  to  proprietary 

nature  of  this  model  it  is  only 
accessed  through  the  contrac¬ 
tor's  time-sharing  network. 


DIVAD  Gun  System  , SINCGARS , AN/ 
TPQ-37 , AN/MLQ-34 , AFATDS,MSCS, 
Stingray , PLRS,  SCOTT 


LSA  TASK  INTERFACE 


203.2.3.5 
205-2.1,2 
302.2.2,4 

303.2.1.2.5 
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TECHNIQUE: 


TRADOC/DARCOM  Pamphlet  70-11,  RAM  Rationale  Annex 
Handbook  (RAM  Handbook)* 


o  provide  general  guidance  in  the  development  o 
RAM  requirements  or  the  RAM  Rationale  Annex. 


Mai: 


Wl 


amphle 

in  the  development  of  RAM  requirements  or  the 
annex.  A  RAM  rationale  annex  is  required  to 
every  LOA,  TDLOA,  ROC,  LR,  TDR ,  or  TDLR .  The 
lines  how  to  develop  a  RAM  rationale  annex  by 
on  development  of  operational  mode  summary/mi 
failure  definitions  and  scoring  critera,  RAM 
ical  RAM  data  base,  rationale  for  selection  o 
tional  capability  values  for  the  RAM  paramete 
acceptable  value  for  RAM  parameters.  The  han 
guidance  on  the  LSA/LSAR  interfaces. 


gives  general  guidance 
RAM  rationale 
be  prepared  for 
RAM  Handbook  out- 
providing  guidance 
ssion  profiles, 
parameters,  histor- 
f  the  best  opera- 
rs,  and  minimum 
dbook  al3o  provides 
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TECHNIQUE: 


TRADOC/DARCOM  Pamphlet  70-11,  RAH  Rationale  Annex 
Handbook  (RAM  Handbook)* 


:  Operational  scenario  data  are  required  whic 

include  predicted  RAM  parameters,  ALDT,  PM  time,  OT,  standby 
time,  maintenance  time,  maintenance  ratio,  and  historical  data  on 
ALDT. 


RAM  Rationale  Annex  Handbook,  TRADOC/DARCOM 
Pamphlet  70-1 1 ,  1  Jul  82. 
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LANGUAGE 
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TECHNIQUE: 


Reliability  Centered  Maintenance  (RCM) 


PURPOSE:  To  apply  decision  logic  analysis  to  translate  ~ 

failure  mode,  effects  and  criticality  analysis  (FMECA)  data  into 
specific  maintenance  requirements  in  the  form  of  scheduled  and 
unscheduled  maintenance  tasks  designed  to  retain  inherent  equip¬ 
ment  safety  and  reliability  levels  at  the  lowest  life  cycle  cost. 


DESCRIPTION: - K  ITecTsTon 

on  identification  of  mainte 
are  translated  into  a  cost- 
decision  logic  considers  fo 
ing  to  safety  and  reliabili 
tial  failure  modes;  (2)  sta 
ference  with  other  equipmen 
of  preventive  maintenance  v 
detection  method  potential 
ator/crew  or  maintenance  pe 
ing  degradation.  The  logic 
requirements:  (a)  on-condi 

designeu  to  measure  deterio 
removal  tasks  at  predetermi 
(c)  condition  monitoring  or 
allowed  to  degrade/fail  dur 
component  redesign. 


logic  that  is  uniquely  designed  to  focus 
nance  alternatives  which  subsequently 
effective  maintenance  plan.  The 
ur  basic  areas:  (1)  criticality  relat- 
ty  of  the  item  and  each  of  its  poten- 
tus  or  regulation  that  govern  inter- 
t  or  the  environment;  (3)  economics 
ersus  corrective  maintenance,  and  (4) 
addressing  the  capability  of  the  oper- 
rsonnel  and  test  equipment  to  detect- 
results  lead  to  one  of  the  following 
tion  or  scheduled  inspections  or  test3 
ration;  (b)  hard  time  or  scheduled 
ned  intervals  of  age  or  usage; 

unscheduled  tasks  where  components 
ing  normal  operation,  and  (d)  system/ 


USERS  : 

US  Army  CECOM 

ATT, AMSEL-SM-P-PL  (Mr.  Kasian) 
Fort  Monmouth,  NJ  07703 
AV  992-3176,  com  (201)532-3176 


US  Army  TACOM 

ATTN:  AMSTA-MFS  (Mr.  Moron) 

Warren,  MI  48090 
AV  786-8155,  com  (313)574-8155 


US  Army  AMCC0M 

ATTN:  AMSMC-PM(D)  (Mr.  Gyure) 

Dover,  NJ  07801 

AV  880-6095,  com  (201)724-6095 


PROPONENT 

US  AMC  MRSA 

ATTN:  AMXMD-MD  (Mr.  Eastwood) 

Lex ington  ,  KY  405  1  1 
AV  745-3846  .  com  ( 606 )293-jS46 
Proponent  also  developer. 


CURRENT  USERS/POC 

PM  Fighting  Vehicle  System 
ATTN:  AMCPM-FVS-LM 

( Mr .  Livingston) 

Warren,  MI  48090 
AV  786-8248,  com  (313)574-8248 
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TECHNIQUE:  Reliability  Centered  Maintenance  (RCM) 


INPUTS:  Maintenance  significant  items;  failure  mode, 

effects  and  criticality  analysis;  and  fault  detection  and  isola¬ 
tion  data.  Field  experience  information  is  used  to  verify  the 
analysis . 


OUTPUTS:  A  maintenance  workload  that  is  reduced  to  the 
minimum  essential  level  (per  state  of  the  art)  sufficient  to 
retain  inherent  safety  and  reliability  levels  designed  into  the 
equipment . 


DOCUMENTATION  AVAILABLE: 

(1)  Draft  DARCOM-P  750-16,  Appx  C(RCM),  Apr  84. 

(2)  DA  PAM  750-40,  Guide  to  RCM  for  Fielded  Equip,  May  82. 

(3)  AR750-1,  15  Apr  83*  (4)  DARCOM-R  750-8  Impl  of  RCM,  9  May  80. 

(5)  DARCOM-R  750-9  RCM-Appl ication  for  DMMRs,  5  Oct  83. _ 

AUTOMATION 
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REMARKS: 


All  Army  equipment  which  in¬ 


cludes:  FVS, Pershing  II,  LACV- 

30,AN/TYC-39, SAW , FAASV ,  FISTV 


pi  u  s  several  more  . 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PAfeTI 


TECHNIQUE: 


PURPOSE: 


Learning  Curves  Applied  to  Reliability  Growth 
Forecasting  and  Assessment  (REL  GROWTH)* 


orecast  and  assess  relia 


ty  growt 


DESCRIPTION:  This  model  uses  the  methodology  of 

to  predict  reliability  growth  or  assess  reliability 
test  data  via  learning  curves.  REL  GROWTH  affords 
growth  analysis  that  forecasts  the  growth  curves  re 
achieve  a  desired  minimum  acceptable  value  (MAV)  of 
MTBF/a  predicted  value  (PV)  of  MTBF.  These  growth 
based  on  the  assumption  that  the  failure  rate  of  th 
decay  or  grow  by  a  constant  percentage  that  equals 
the  growth  curve  each  time  the  cumulative  number  of 
doubled.  It  is  further  assumed  that  the  forecasted 
MAV  passes  through  the  MAV  point  at  the  end  of  test 
the  learning  curve  for  predicted  growth  passes  thro 
point  at  the  end  of  testing.  The  model  is  interact 
designed  for  use  or.  an  HP  9845B. 


DARCOM-P  702-4 
growth  from 
a  reliability 
quired  to 
a  system, 
curves  are 
e  system  will 
the  slope  of 
test  hours 
curve  for  the 
ing  just  as 
ugh  the  PV 
ive  and  was 


USERS : 

US  Army  MICOM 

ATTN:  AMSMI-SL  (Mr.  Strickland) 

Redstone  Arsenal,  AL  35898 
AV  746-6898,  com  (205)876-6898 


PM  PATRIOT 

ATTN:  AMCPM-MD-S-SL  (Mr.  Kapolis) 

Redstone  Arsenal,  AL  35898 
AV  742-3150,  com  (205)895-3150 


US  Army  MICOM 

ATTN:  AMSMI-SL  (Mr.  Lawler) 

Redstcne  Arsenal,  AL  35898 
AV  746-3807,  Cv,m  (205)876-6807 


US  Army  BRADC 
'  ATTN:  STRBE-DL 
(Ms  Woodsinger) 

Fort  Belvoir,  VA  22060 
AV  354-5071,  com  (703)664-5071 


PM  PERSHING 

ATTN;  AMCPM  —  PE  —  S  (Ms.  Garrett) 
Redstone  Arsenal,  AL  35898 
AV  746-1291.  com  (2 05)676-1291 


2-142 


K 


AMC-P  700-4 


TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Learning  Curves  Applied  to  Reliability  Growth 
Forecasting  and  Assessment  (REL  GROWTH)* 


INPUTS: 

A.  Forecasting  Data: 

(1)  A  point  on  the  leaning  curve. 

(2)  The  slope  of  the  curve. 

B.  Assessment  Data: 

(1)  Number  of  systems  in  test. 

(2)  Identifier  for  each  system  failure. 

(3)  Elapsed  time  for  each  system  failure. 

(4)  Time  of  test  termination. 

OUTPUTS:  Prediction  of  the'  reliability  growth  curve  denoted 
by  a  MTBF  equation  in  terms  of  time.  Also,  the  initial  MTBF 
forecasts  for  the  predicted  and  HAV  curves.  A  negative  exponent 
of  time  denotes  reliability  growth  and  a  positive  exponent  of 
time  denotes  reliability  decay. 


DOCUMENTATION  AVAILABLE: 

(1)  Learning  Curves  Applied  to  Reliability  Growth 
Forecasting  and  Assessment,  26  Nov  82. 

(2)  DARCOM-P  702-4. 


AUTOMATION 


LSA  TASK  INTERFACE 


201.2.2 

203.2.3 


m 


g 


rs* 


yes*-  m  1  hardware 

LANGUAGE  ! 

HP  Enhance  BASIC!  HP  9845B 

1 

1 

1 

| 

1 

LIFE  CYCLE 

CONCEPT  D&V 

FSD 

!  L3AR  INTERFACE 

!  (DATA  RECORDS) 

1 

!  B  C 

1 

1 

1 

1 

! 

REMARKS: 

!  APPLICATIONS: 

1 

!  PERSHING  II, 

Patriot,  MLRS , 

i 

!  Improved  Hawk 

I 

1 

i 

1 

,  LACV-30 

• 
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L$A  TECHNIQUE  INFORMATION  SHEET 

- PXRTi - 


TECHNIQUE:  Repair/ Replacement  Optimization  Model  (REPSIM) 


PURPOSE:  This  model  initially  was  developed  to  simulate  the 

life  cycle  of  a  tactical  wheeled  vehicle  fleet  and  then  compare 
various  replacement  models  relative  to  cost  when  applied  to  the 
same  wheeled  vehicle  fleet.  REPSIM  yields  the  best  maintenance 
expenditure  for  minimizing  costs  in  operating  equipment. 

DESCRIPTION :  The  objec  tive  of  this  Monte  Carlo  simulation  model 

(repair/replacement  optimization  models)  is  to  find  the  replace¬ 
ment  model  which  will  minimize  cost  per  usage  for  maintaining  a 
fleet  of  equipment.  The  simulation  consists  of  a  succession  of 
mile  nodes;  each  represents  a  specified  segment  in  the  life  cycle 
of  an  equipment.  Usage  for  any  given  vehicle  for  a  year  is  det¬ 
ermined  randomly  from  known  usage  patterns  of  similar  equipments. 
It  is  assumed  no  more  than  one  repair  action  can  occur  in  a  given 
segment.  As  the  equipment  goes  through  each  node,  a  random  func¬ 
tion  causes  it  to  go  into  the  repair  mode  where  a  repair  may  or 
may  not  be  required.  If  repair  is  required,  then  another  random 
function  generates  a  repair  cost  based  on  frequency  distribution 
of  repair  costs.  Then,  the  simulated  unit  of  equipment  through 
one  of  the  10  replacement  models  (previously  designated  by  the 
user)  which  determines  whether  to  repair  or  scrap  the  equipment 
using  the  replacement  models  decision  actions.  Each  piece  of 
equipment  goes  through  this  using  a  given  replacement  model  and 
then  the  procedure  can  be  repeated  for  each  of  the  10  replacement 
models  encompassed  by  REPSIM. 


irorffr  - — 

US  Army  TACOM 

ATTN:  AMSTA-HC  (Dr.  Brlerly) 

Warren,  MI  48090 
A V  786-8155,  com  (313)574-8155 
Proponent  also  developer / user  . 


"CWEfflf  useWFSC - 

US  Army  AMCCOM 
ATTN:  AMSMC-SC-SA(D) 

(Mr.  Trifiletti) 

Dover,  NJ  07801 

;  AV  8 80-6020 ,  com  (2 01)742-6020 
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LSA  TECHNIQUE  INFORMATION  SHEET 
- - 


TECHNIQUE: 


Repair/Replacement  Optimization  Model  (REPSIM) 


IHPUfS:  The  input  requirements  are  basically  in  two  parts: 

(1)  System  under  analysis  information  approximately  21  Inputs; 
i.e.,  number  vehioles  simulated,  repair  oosta  inflation  factor, 
eto.;  (2)  Probability  parameters  which  aocounts  for  a  large  part 
of  the  required  input.  These  include  probability  repair  costa, 
failure  rate,  fatal  failure,  e 


OUTPUTS:  The  output  will  provide  an  average  vehicle  miles 
for  the  fleet,  average  cost  per  mile  for  operating  the  fleet, 
replacement  cost  sensitivity  analysis,  and  year  mileage  sensitiv¬ 
ity  analysis  for  each  or  all  of  the  10  replacement  models  depend¬ 
ent  on  how  many  runs  are  made  with  the  program. 


Rating  Vehicle  Repair/Replacement  Strategies  by 
Computer  Simulation,  by  Dr.  Brierly,  TACOM,  Nov  82  (User's 
Manual).  TACOM  User's  Manual,  Mar  84. 


LANGUAGE 

FORTRAN  IV 


IBM  3^0 .PRIME 


CONCEPT  D&V 
FSD  P/D 


!  (DATA  RECORDS) 

i 

!  A  E  H 


REMARKS:  In  the  process  o (up¬ 

dating  the  documentation.  There 
are  approximately  1400  lines  of 
coding . 


UH-60A;  SAW;  Ml 30;  XM 1 3 1 / 1 32 ; 
GEMSS;  VOLCANO,  XM1 39 ;  FLIPPER, 
X M 1 3 8 ;  WASPM ,  XM84 


SI 


LSA  TASK  INTERFACE 


201.2.2 

202.2.2,3 

203.2.2,5,7 

205.2.1-3,5 

303.2.1,2,11 


402.2.3,4 

403.2 

501 .2.2, 3,5 
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PARTI 


TECHNIQUE:  Return  to  Combat  (RETCOM) 


PURPOSE:  This  model  is  designed  to  provide  information  on 

RAM  of  ground  elements  in  either  a  peacetime  or  wartime  environ¬ 
ment.  The  model  considers  losses  due  to  both  combat  damage  and 
system  failure,  as  well  as  lack  of  maintenance  resources  (man¬ 
power,  tools  and  test  equipment,  and  administrative  delays). 

DEScRrPTrgtf: - mrrr  a  stochastic  ev ?nt  oriented  model  which 

simulates  the  operation  of  single  system  type  (e.g.,  Ml  tank, 
ammunition  haulers)  belonging  to  a  peacetime  or  combat  force 
engaged  in  a  series  of  activities  and  missions  (e.g.,  offense, 
rearm/refuel,  defense,  road  march,  retrograde,  gunnery  training, 
etc.).  During  the  performance  of  these  missions,  the  systems  in 
the  force  are  allowed  to  incur  mission-abortive  combat  damage  (if 
wartime),  machanical  failure,  and  deferred  maintenance  including 
PM,  and  to  be  repaired  and  returned  to  the  force.  Data  require¬ 
ments  include:  a  description  of  the  maintenance  and  logistics 
assets  used  to  support  the  system;  and  a  description  of  the  force 
structure  and  a  time-ordered  list  of  activities  the  force  is  to 
perform.  The  model  requires  about  40,000  words  of  storage,  on 
the  Sperry  1100/82  computer  plus  data.  The  model  outputs  a 
summary  for  each  case  describing  the  amount  of  system  time  spent 
in  action,  available  but  not  required,  failed,  being  repaired, 
and  waiting  for  maintenance  or  logistics  assets.  A  full  mainten¬ 
ance  action  history  can  also  be  generated. 


PROPONENT 

US  Army  TRADOC  System  Analysis 
Activity  (TRASANA) 

ATTN  ATOR-ATAA-TEM  (Mr.  Wing) 
White  Sand  Missile  Range,  NM 
88002 

AV  258-2826,  com  (505)678-2826 


CURRENT  USERS/POC 

U3  Army  Armor  School 

ATTN:  ATSB-CD-SD  (Mr.  Vowels) 

Fort  Knox  ,  KY  40121 

AV  464-j776/3648 

coin  (602)624-3776/3648 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Return  to  Combat  (RETCOM) 


ircufS: - 

1.  Combat  damage  over  time. 

2.  Mission  profiles  over  time. 

3.  Malntenanoe  organizations. 

4.  Administrative  logistics  down  time  for  parts. 

5.  RAM  data  for  sytems  of  interest. 


OUTPUTS: - 

1 .  Parts  required  . 

2.  System  failures. 

3.  Maintenance  manpower  requirements. 

4.  Operational  availability. 


ismmmrmntfKiumzr: - 

User  documentation  is  available  on  TRASANA  comput¬ 
er  which  includes:  Model  Description,  Model  Design  Documentation, 


User  Manual,  Program  Listing,  Programed s  Manual,  Sample  Input 
and  Output. 

- - - 


■  MINIMI  — 

LANGUAGE 

\ 

1 

1  (DATA  RECORDS) 

SIMSCRIPT  II. 5 

!  UNIVAC 

1 1  82 

!  CONCEPT 

D&V 

1 

1 

1  UNIVAC 

1 

I 

1 

1 

1108 

;  FSD 

1 

1 

1 

1 

P/D 

!  B  D 

1 

■ 

1 

1 
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PARTI 


TECHNIQUE: 


Readiness  Indicator  Model  (RIM) 


PlJRMSE:  RlM  reflects  the  impact  on  unit  fill  resulting  Yrom 

distribution  and  redistr ibution  of  major  end  items,  in  order  to 
meet  prioritized  time-sensitive  requirements  following  mobiliza¬ 
tion  . 


DESCRIPTION: RIM  enables  the  planner  to  rapidly  analyze  the 
Army’s  capability  to  simultaneously  fill  deloyment  requirements, 
training  base  requirements,  and  overseas  requirements  with  on- 
hand  and  near-term  assets.  Authorized  fill  levels,  deployment 
schedules  and  priorities  for  various  claimants  can  be  varied  and 
the  impact  assessed  by  the  model.  RIM  considers  all  the  scenario 
assets  and  fill  requirements  and  allocates  the  assets  in  accord¬ 
ance  with  planner  input  fill  priorities.  RIM  structures  time- 
phased  requirements  generated  by  the  training  base,  forward 
deployed  units,  deploying  units,  sustaining  base  (CONUS 
nontraining  base  units),  and  replacement  needs  of  deployed  units. 
Assets  are  matched  against  these  requirements.  The  type  of  fill 
for  each  detail  claimant  is  computed.  When  the  asset  in  the  unit 
is  excess,  it  is  placed  in  a  pool  for  redistribution.  When  the 
asset  in  a  unit  is  in  a  shortfall  status,  it  is  filled  in 
priority  from  the  pool.  When  the  asset  in  the  unit  is  filled,  it 
is  not  affected  by  RIM.  One  of  the  outputs  of  RIM  is  the  C- 
rating  status  (based  on  AR  220-1)  of  each  unit,  when  it  deploys. 
The  distribution  of  C-ratings  can  be  used  in  assessing  that 
portion  of  the  force  that  would  not  deploy  because  of  a  C-rating 
less  than  adequate  and  also  the  impact  of  cross-leveling.  RIM 
can  be  used  to  support  the  planner.  Since  RIM  is  a  simulation 
mcdel,  policies,  in  the  form  of  parameters,  can  be  varied  to 
assess  the  sensitivity  of  outputs  to  policy  changes.  Using  RIM, 
a  great  number  of  "what  if"  questions  can  be  addressed  rapidly. 
For  example,  whst  is  the  impact  on  force  buildup  in  theater  if 
all  deploying  units  must  be  filled  to  a  C-2  level  instead  of  a 
C-3  level  prior  to  deployment?  As  another  example,  what  is  the 
effect  of  using  equipment  from  later  deploying  units  to  fill 
early  deploying  units?  Although  a  variety  of  "what  if"  questions 
can  be  addressed  using  HIM,  it  is  not  an  interactive  model;  once 
the  simulation  is  started,  the  model  operator  can  not  affect  the 
results . 


■  MS 

V.S'.vY 


US  Army  LEA 

ATTN:  DALO-LEP  (MAJ  Sctcavage 

New  Cumberland,  PA  17070 
AV  977-6387,  com  (717)782-6387 


US  Army  Concepts  Analysis  Agcy 
ATTN:  C3CA-F0B  (Mr.  Wolpert) 

3120  Woodmont  Ave 
Bethesd a ,  MD  2081H 
AV  295-1588,  com  (202)295-1588 
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fJJfZ 


TECHNIQUE:  Readiness  Indicator  Model  (RIM) 


INPUTS:  MtOE,  MTDA,  tt)A  Class  Vi T  requirement,  force  struc¬ 

ture,  force  deployment  sequence,  current  item  inventory,  depot 
overhaul  schedule,  mobilization  production  capability,  war 
reserve  requirement,  attrition  of  equipment,  attrition  of  US 
weapons.  Input  is  in  the  form  of  nine  separate  data  bases  with 
the  above  type  data. 


OUTPUTS:  RIM  constructs  a  record  for  every  unit-line  item 
number  (LIN)  combination  and  records  all  resourcing  actions  taken 
after  mobilization.  Data  relating  to  LIN  are  war-time  required 
quantity,  quantity  on  hand,  shortage/overage,  and  the  quantity 
provided  from  each  of  12  asset  pool  categories  after  mobilization 
starts . 


DOCUMENTATION  AVAILABLE : 

User's  Manual  for  Readiness  Indicator  Model  Equip¬ 
ment  Programs,  Documentation,  CAA-D-83-5,  Sep  83- 


AUTOMATION 

YES  "  NO 
LANGUAGE 

!  HARDWARE 

I 

r 

i 

i 

LIFE 

CYCLE 

:  LSAR  INTERFACE 
!  (DATA  RECORDS) 

COBOL 

!  UNIVAC 

i 

1 

• 

1 

i 
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• 

i 

i 

i 
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i 

» 

i _ 

D&V 

P/D 

FSD 

1 

!  NONE 

!  APPLY 

i 

1 

REMARKS :  Computer  system  con-  I  IWlIcatIONS: 

slating  of  hiuIm  pit  p.  sgram?.  USACAA  Analysis  determining 

500k  bytes  and  1000  CPU  seconds  !  Dist  of  Sys  Study,  Jun  83. 
required.  !  USACAA,  Mobilization  and 

_ i  Operations  Planning,  Dec  81. 

LSA  TASK  INTERFACE 

30  3.?.  H 
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TECHNIQUE: 


Risk  Network  (RISNET) 


activities. 


fo  evaluate  the  effect  of  interactions  of  various 
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LSA  TECHNIQUE  INFORMATION  SHEET 

PARf2 


TECHNIQUE:  Risk  Network  (RISNET) 


T8T0T21 - 

1.  Two  activity  parameters;  time,  cost. 

2.  Node  logic  for  combining  activities. 


OUTPUTS: 

1.  Probability  of  accomplishing  the  programs  effort  vs  tirae/cost 
for  a  total  program  effort  or  a  segment  of  an  effort. 

2.  GANTT  chart. 

3.  Critical  path  for  schedule  and  cost  or  other  parameters. 


OTCUHCTTATIOM  "A VAIL' ABLE : - 

RISNET  Analyst's  Guide,  (Update),  18  Feb  81. 

This  model  is  designated  proprietary  and  is  leased  for  Government 
use  only.  RISNET  is  furnished  from  the  contractor  in  binary  code 
only . _ 

AUTOMATION 


YE5  *  NO - 

— HATTBWARE - 

— cm r 

ctcce — 

}  LSA'IF  INTERFACE  ' 

LANGUAGE 

FORTRAN  IV 

IBM  370,  CDC 

« 

;  CONCEPT 

D&V 

(DATA  RECORDS) 

1 

1 

6500/6600 , 

i  FSD 

P/D 

;  NONE 

CYBER  825/74 

t 

1 

1 

1 

!  APPLY 

1 

1 

REMARKS: 

RISNET  requires  120/240k  memory. 
CPU  time  is  dependent  on  number 
of  inputs/ iterations . 


DIVAD;  DSWS ;  GEMMS;  500  watt 
thermoelectric  generator 


LSA  TASK  INTERFACE 

101.2.1 ,2 

205.2.2,5 

102.2.  1  ,2 

301.2.3 

202.2.4 

302.2.5 

203.2.8 

303.2.1 

204.2. 3 
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o  provide  an  analytical  tool  for  estimating 
life  cycle  cost  of  a  weapon  system  and  its  associated  support. 


DESCRIPTION:  The  RMCM  program  consists  of  two  main  components 

which  are  a  reliability  and  maintainability  (r&m)  portion  and 
a  cost  portion.  The  primary  purpose  of  the  r&m  portion  is  to 
assess  the  basic  RAM  parameters  portion  of  the  RMCM.  The  r&m 
portion  can  be  exercised  independently.  In  this  mode  it  provides 
a  means  of  analyzing  the  R&M  .  impact  of  changes  in  various 
design  and  support  concept  elements.  The  cost  portion  combines 
these  r&m  inputs  with  cost  element  inputs  to  determine  the 
weapon  system  life  cycle  cost.  It  is  designed  for  use  early  in 
the  weapon  system  development  process  when  data  for  emerging  sys¬ 
tems  are  scarce  and  comparability  analysis  offers  a  validated/ 
systems  approach  to  resource  requirements  estimation. 


Air  Force  Human  Resources  Lab 
ATTN:  AFHRL-LRA  (Ms.  Preidis) 

Wr ight-Patterson  AFB,  OH  45433 
AV  785-3871,  com  (513)255-6718 


T  U 

Proponent  also  user. 

Air  Force  Human  Resource  Lab 
ATTN:  AFHRL-LRC  (Mr.  Boyle) 

Wr  ight-Patterson  AFB,  OH  45433 

AV  785-3771,  com  (513)255-2606 
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TECHNIQUE:  Reliability,  Maintainability,  and  Cost  Model  ( RMCM) 

IMPUTS1 

Two  data  files  are  required  for  his  model: 

1.  R4M  <Reliability  4  Maintainability  Parameters) 

2.  Cost  data  file  which  includes  cost  elements  for  LCC 
calculations. 


OUTPUTS: 

Two  types  of  output: 


1.  Point  estimate  of  a  simple  R4M  or  cost  element  as 
requested  by  the  user . 


2.  A  binary  file  generated  by  the  model  which  contains 
all  the  R4M  and  cost  elements.  This  file  can  be  accessed  by 
the  user  to  produce  reports  which  detail  the  cost  analysis. 

DOCUMENTATION  AVAILABLE: - 

1.  Asset  Users  Guide. 

2.  RMCM  Users  Guide  for  the  H66/20  computer. 

3.  RMCM  Technical  Report  by  private  contractor. 


AUTOMATION 


MMIIMI  — 

44ii  ft  Ifli 

LANGUAGE 

FORTRAN 

H66/20 

CONCEPT  D4V 

(DATA  RECORDS) 

CYBER  74 
CDC-6600 

FSD  P/D 

A  B  C  D 

REMARKS": - 

!  APPLICATIONS: 

Aviation  platforms 

!  Naval  warfare 

I  systems. 

1 

1 

and  land  combat 

LSA  TASK  INTERFACE 


203.2.3-5,7 

302.2.1- 4 

303.2.1- 5,9,10 
401 .2.1,5 
403.2 


501.2.1 
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DggCRlPfltiiT:  The  ROLCOM  II  computer  model  cun  handle  a  wide 

range  of  life  cycle  cost  estimating  requirements.  It  is 
organized  on  the  principle  that  the  total  LCC  can  be  estimated 


for  all  program  phases  by  computing  each  major  end  item  in  the 
Work  Breakdown  Structure  (WBS)  against  a  defined  Cost  Breakdown 


Structure  (CBS).  This  matrix  structure  permits  the  user  to 
break  down  the  WBS  and  the  CBS  to  nine  indenture  levels.  This 


matrix  technique  permits  the  user  to  cost  complex  systems  at 
varying  levels  (down  to  nine)  of  detail,  and  then  automatically 
aggregate  the  data  to  a  common  or  higher  manageable  reporting 
level.  The  model  considers  up  to  four  geographical  deployment 
areas  (such  as  CONUS,  EUROPE),  up  to  five  organizational  unit 
elements  (such  as  battery,  DSU,  GSU,  depot),  and  specific 
staffing  for  each  unit  element. 


PROPONENT 
PM  ROLAND 

ATTN:  AMCPM-ROL-MA 
(Mr.  Messervy) 

Redstone  Arsenal,  AL  35898 
AV  746-1766,  com  ( 205  )  887 6-2 363 


CURRENT  USERS/POC 

Proponent  also  user 
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TECHNIQUE: 


US  Roland  Life  Cycle  Cost  Model  (ROLCOM  II) 


INPUTS:  Must  build  a  data  base  that  includes  numerous 

data  elements  related  to— 

1.  Cost  Breakdown  Structure  (CBS). 

2.  System  Schedules. 

3.  Deployment. 

4.  WBS  Computation  Instructions. 

5.  Inflation  Indices. 

6.  Supply  and  Maintenance  Data. 


output  reports  In  sever ai  formats  including— 


1.  Spread  of  funding  by  fiscal  year. 

2.  Life  cycle  cost  by  components. 

3.  Time-phased  LCC  by  appropr iation  Der  fiscal  year 

4.  Army  Materiel  Plan. 

5.  Budget  stratification  report. 


Output  can  be  tailored  by  the  use**. 


US  Roland  Life  Cycle  Cost  Model  (ROLCOM  II) 
System  Description,  Second  Revision,  Feb  81. 
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US  Roland  Logistics  Model  (ROLOG) 


computer  model  designed  to  evaluate  logistics 
support  and  operational  alternatives  against  both  resources 
required  and  operational  availability. 


:  A  series  ot  routines 

merges  them  into  a  single  data  base,  and  evaluates  the 
operational  and  support  costs  against  a  required  operational 
availability.  The  ROLOG  computer  programs  are  designed  to  assess 
the  operational  availability  and  cost-effectiveness  associated 
with  different  maintenance  and  supply  support  concepts;  justify 
the  life  cycle  cost  estimates  for  ASARC/DSARC;  support  the  budget 
requests  for  spares,  repair  pa. ts,  support  and  training  equip¬ 
ment;  and  to  evaluate  maintenance  allocations,  raanload ing ,  engin¬ 
eering  change  proposals,  deployment  decisions,  and  the  levels  oi 
suppy  at  the  wholesale  and  retail  levels.  A  sensitivity  option 
is  available. 


TWSITEilT - 

PM  ROLANO 

ATTN:  AMCPM-hOL-MA 

(Mr.  Messervy) 

Redstone  Arsenal,  AL  35898 
AV  7146-2363 ,  com  (205)876-2363 


Proponent  also  user 


LSA  TECHNIQUE  INFORMATION  SHEET 
FART2 

TECHNIQUE:  US  Roland  Logistics  Model  (ROLOG) 


INPUTS:  The  LSAR  data,  selected  Force  Planning  Handbook 
lata  elements,  and  selected  current  Array  data  such  as  order  and 
ship  times,  system  density,  and  system  distribution. 


OUTPUTS:  04 SLCC  output.  Provisioning  List  and  Summary.  ~~ 
Support  equipment  usage,  operational  availability,  maintenance 
man-hours,  and  VECP  collateral  savings  report. 


DOCOHEmTOI  AVAILABLE- 

System  Description/User's  Manual  for  US  Roland 
Logistics  Model,  Revision  2,  February  82. 
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Slide  Rule  Model  System:  System  Aggregate  Model 
(SAM) 


FbRPOSE:  To  perform  system  level  design/cost  trade-off 

analyses  during  the  early  stages  of  design. 


DESCRIPTION:  SAM  is  one  of  three  models 
slide  rule  model  system  (SRS).  It  is  used 
the  other  two  SRS  models  (TDM  and  LRAM)  to 
design/cost  trade-off  analyses.  The  model 


which  make  up  the 
in  conjunction  with 
conduct  front  end 
produces  a  bottom-up 


LCC  estimate  of  a  system  by  aggregating  individual  LRAs  and 
adding  system  costs.  The  SAM  is  used  to  aggregate  LRAs  to  system 
or  subsystem  level  to  produce  life  cycle  cost  estimates. 

Output  from  the  SAM  can  also  be  used  as  input  to  the  SAM  itself, 
making  mixed  and  multi-level  aggregation  possible.  Based  on  the 
results  of  the  SAM,  the  system  designer  may  wish  to  examine 
alternative  system  designs  in  which  case  the  TDM  and  LRAM  are  run 
again  with  new  design  parameters.  This  iterative  process  is  very 
useful  in  refining  system  design  based  on  cost  considerations. 
Because  the  LRAM  estimates  are  available  continuously,  SAM  makes 
full  up  cost  estimates  possible  as  frequently  as  desired  from 
the  earliest  stages  of  the  design  process. 


3 


FRTjpQifENT 

HARDMAN  Development  Office 
Chief  of  Naval  Operations 
Code  0P-112C  ( Cdr  Council) 
Washington,  DC  20350 
A V  224-M910,  com  (202)69^-991- 


CUhRErtt  USEhS/POC 

Proponent  also  user. 
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Slide  Rule  Model  System:  System  Aggregate  Model 
(SAM) 


Inputs!  Data  cards  from  TDM  along  with  LRAM  output  data 

cards  used  as  SAM  input.  This  input  can  be  modified  by  the  user. 
These  Inputs  include  14  Input  data  elements  to  describe  the 
proposed  system  design;  only  seven  are  needed  when  the  model  is 
used  at  the  subsystem  level.  Operating  environment  variables 
are  read  from  a  data  card  prepared  by  the  TDM.  In  addition,  an 
output  card  for  each  LRA  or  subsystem  used  is  read  through  the 
model  and  aggregated. 


OUTPUTS:  Computes  system  life  cycle  cost  as  the  sum  of  13 
co3t  categories,  six  of  which  are  initial  cost;  the  remaining 
seven  are  those  which  recur  each  year  of  the  system's  life. 
Also,  three  system  performance  parameters:  mean  time  between 
failures;  mean  time  to  repair,  and  achieved  confidence  against 
stockout . 


DOCUHENTATIO 

HARDMAN  Cost  Model  System/ Shipboard  Electronics, 
Volume  2-Slide  Rule  Model  System  ( DLSIE  LD //  54912  B) 
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AUTOMATION 
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TECHNIQUE:  HARDMAN  Cost  Model  System  -  Shipboard  Electronics 

Design  Cost  Model  (SEDCOM) 

PURPOSE:  To  perform  component  to  system  level  design/cost 

and  hardware/manpower  tradeoff  analyses. 


| 

\i 

£} 

rJ 


DESCRIPTION:  SEuCOM  is  an  interactive  LCC  model  implemented  on 

Z-80  based  microcomputer  system.  SEDCOM  is  a  botton-up  model 
which  can  deal  with  both  an  individual  LRA  and  aggregate  suites 
of  LRAs  into  subsystems  and  systems.  It  automatically  considers 
4  levels  of  repair  at  the  assembly  level,  local  repair; 
contractor  depot  repair,  military  depot  repair,  and  discard  at 
failure.  The  model  does  not  optimize  values  for  any  of  the  input 
parameters;  however,  given  fixed  input  parameters,  it  will  find 
the  most  cost-effective  spare  stockage  purchase  and  level  of 
repair  posture  for  each  LRA.  SEDCOM  is  intended  for  use  as  a 
comparison  to  the  Slide  Rule  Model  System.  Particular  attention 
is  paid  to  hardware/manpower  tradeoff  issues  in  SEDCOM. 
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TECHNIQUE:  HARDMAN  Cost  Model  System  -  Shipboard  Electronics 

Design  Cost  Model  (SEDCOM) 

TNPUtSl  Requires  50  system  level  input  variables  divided 

into  3  categories: 

1.  Navy  environmental  and  cost  factors. 

2.  System.  operating  environment  variables. 

3.  System  design  parameters. 

Also  requires  12  variables  to  describe  each  LRA. 


OUTPUTS: 

1.  Cost  summary  for  each  LRA. 

2.  LRA  LCC  estimate  for  each  of  the  four  repair  postures 
expressed  as  the  sum  of  five  procurement  related  and  seven  O&S- 
related  costs. 

3.  Summaries  include  the  number  of  maintenance  personnel  to  be 
trained,  MTBF,  MTTR,  and  confidence  level  against  stockout. 


,v.% 


DOCUMENTATION  AVAILABLE: 

HARDMA-N  Cost  Model  System/Shipboard  Electronics 
Volume  3  SEDCOM,  PR-A106.3-5,  Aug  81  ( DLSIE  LDtf  549120. 
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TECHNIQUE: 


Selected  Essential-Item  Stockage  for  Availability 
Method  (SESAME) 


PURPOSE:  SESAMli  is  a  computer  program  "used  for  estimating 

budget  requirements  for  provisioning.  It  computes  stockage 
quantities  for  SIP  and  in  an  optimum  manner  for  ERPSLs.  SESAME 
can  also  produce  allowance  quantities  in  DARCOM  Form  1731 

(Selection  Worksheet) 


DfSeffTFTTMT 

Provisioning 


SESAME  can 
(SIP)  mode  or 


be  used  in  either  the  Standard  Initial 
in  the  Essential  Repair  Parts  Stockage 


provisioning  requirements 
retail  levels  and  for  a 
requirements  are  the  same  as 
*n  the  ERPSL  mode,  the 


Lists  (ERPSL)  mode.  In  either  mode, 
are  calculated  for  each  item  for  all 
CONUS  depot.  In  the  SIP  mode,  these 
computed  by  the  CCSS  ARCSIP  program. 

ARCSIP  quantity  is  used  as  the  minimum  amount  of  stock  calculated 
for  each  echelon.  Additional  stock  may  be  allocated  to  meet  tne 
requirements  of  operational  availability.  If  additional  stock  is 
provided,  the  program  allocates  it  in  a  manner  that  the  expected 
NMCS  rate  will  be  minimized  for  any  amount  of  stock  programed. 
Thus,  SESAME  may  be  used  to  find  the  best  retail  allocation  of 
stock  for  a  given  total  budget  or  to  find  the  smallest  budget 
to  achieve  a  given  supply  availability.  SESAME  was  developed 
by  the  US  Army  Inventory  Research  Office  (IRO)  which  is  listed 
below . 


$ 


■5 
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USERS : 

US  Army  CECOM 

ATTN:  AMSEL-PL-E  (Mr.  Medicus) 

Fort  Monmouth,  NJ  07703 
A V  992-5170,  com(201 ) 532-5 1 70 


US  AMSAA— IRO  (Developer ) 

ATTN:  AMSXY-L I RO 

Room  800,  US  Custom  House 
Phildelphia ,  PA  19106 
AV  444-3808,  com  (215)597-8377 


US  Army  TROSCOM 
ATTN:  AMSTR-BT  (Mr. 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 
AV  693-2750,  com( 314 


Ruf fus) 


US  Army  MICOM 

ATTN:  AMSMI-SL  (Mr.  Strickland) 

Redstone  Arsenal,  AL  35898 
AV  746-6898,  com (205)876-6898 


ITOeKT - 1 

CURRENT  USERS/ POC 

US  AMC 

US  Army  TACOM 

ATTN:  AMCSM-WRS 

ATTN:  AMSTA-MFS  (Mr.  Moron) 

5001  Eisenhower  Avenue 

Warren,  MI  48090 

Alexandria,  VA  22333-0001 

AV  284-9655,  com( 202) 274-9655 

AV  786-8155,  com( 313)574-8155 

Si 
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Selected  Essential-Item  Stockage  for  Availability 
Method  (SESAME) 


nput  requirements  are  system  deployment  Dy  year, 
TAT,  RTD,  MTD,  OST,  and  maintenance  factors.  Data  can  be 
obtained  from  the  LSAR  via  the  LSAEXTRC  program  (contained  in 
this  guide) 


rovisioning  requirements  for  each  retail  level  an 
CONUS  depot,  cost  of  provisioning,  supply  and  operational 
availability  achieved  by  the  amount  provisioned.  Allowance 
quantities  in  DARCOM  Form  1731  K  card  format  can  also  be 
produced . 


i.MHiiru’fc  i  o) ;  m\n  <  m  H I => 


DARCOM-P  700-18,  User's  Guide  for  the  Selected 

Essential  Item  Stockage  for  Availability  Method  (SESAME)  program. 


AUTO 


ardware  also  incl¬ 
udes  the  PRIME  and  Harris  800 
computers . 


ramoftifiTH 


This  is  the  standard  Army  pro¬ 
visioning  model  to  be  used  for 
almost  all  systems. 
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TECHNIQUE: 


Sustainability  Predictions 
Component  Requirements  for 


for  Army  Spare 
Combat  (SPARC) 


PURPOSE:  The  purpose  of  SPARC  is  to  enhance  combat 

sustainability  of  critical  systems  by  predicting  parts  that  will 
be  damaged  la  combat.  This  data  are  then  used  to  product** 
improve  these  parts,  where  feasible  and  developing  field 
expedients  and  combat  damage  repair  programs. 


8 


DESCRIPTION:  SPARC  analyses  identifies  mission-essential  parts 

or  components  and  their  vulnerabilities  in  a  simplified  represen¬ 
tative  combat  scenario.  There  are  several  steps  involved  in 
accomplishing  a  SPARC  analysis.  The  three  main  steps  include — 

(a)  Computerized  target  description  which  includes  represent¬ 
ation  of  all  mission-essential  components. 

(b)  Identify  major  threat  weapons  that  the  system  will  face  on 
the  battlefield. 

(c)  Subject  the  computerized  target  description  to  the  effects 
of  the  most  likely  threats  and  identify  the  frequency  with  which 
different  mission-essential  components  are  required  for  repair. 
These  steps  involve  some  very  sophisticated  and  complex  computer 
programs  along  with  engineer ing/sc ient i f ic  experience  and 
judgment.  Dependent  on  the  type  weapon  system  that  a  SPARC  is 
initiated  computer  programs  used  could  include-- 

(a)  Combinatorial-geometry  program  (COM-GEOM  by  BRL)  for  tar¬ 
get  description. 

(b)  Computation  of  Vulnerable  Area  4  Repair  Time  (COVART  by 
BRL)  for  assessment  of  impacting  projectiles, 

(c)  Evaluation  of  Air  Defense  (EVADE  by  AMSAA)  for  probability 
of  a  hit. 

(d)  End-game  simulation  (by  AMSAA)  for  hit  and  kill  probabi¬ 
lity  for  missile  threats. 

(e)  Incorporation  of  Readiness  into  Effectiveness  modeling 
(IREM  by  AMSAA)  for  simulating  aircraft  company  operation  before 
4  during  combat  to  get  ASL/PLL  4  maintenance  policy  in  combat. 
This  list  is  not  all-inclusive  but  gives  a  general  idea  of  the 
complexity  of  a  SPARC  analysis. 


$ 
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r. . 


AMSAA  has  developed  SPARC  methodology  for  aircraft  systems  as 
applied  to  the  AH-1S  reference  3*  AMSAA  is  developing  SPARC 
methodology  for  ground  support.  SPARC  analyses  are  done  by  AMSAA 
in  coordination  with  the  Ballistic  Research  Lab  (BRL). 


fHOTT - 

US  Army  AMSAA 

ATTN:  AMXSY-LM  (Mr.  Heaps) 

Aberdeen  Proving  Gd ,  MD  21005 
AV  298-6617,  com  (301)  278-6617 


CURRENT  "USER- 5/RJC - 

Proponent  also  user/developer. 
US  Army  Ballistic  Research  Lab 
ATTN:  AMSMC- BLV-A  (Mr.  Bently) 
A  PG ,  MD  21010 

AV  298-2032,  com  (301)278-2032 
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TECHNIQUE: 


Sustainability  Predictions  for  Army  Spare 
Component  Requirements  for  Combat  (SPARC) 


INPUTS:  Several  detailed  inputs  are  required  for  a  SP 

analysis  both  physical  and  functional  data  describing  the  weapon 
system  under  analysis.  The  data  include  — 

1.  Mission  essential  parts. 

2.  Technical  manuals  figures. 

3.  Unit  price,  volume,  weight,  and  quantity  per  system. 

4.  Mission  duration. 

5.  Threats. 

6.  Number  of  aircraft. 

Repair  time  and  repair  personnel  by  MOS. 


:  Outputs  are  generated  from  each  o f  the  different 
programs  employed  when  a  SPARC  analysis  is  initiated.  The  mosw 
important  output  that  is  related  to  SPARC  is  the  outputs  detail¬ 
ing  the  usage  and  supply  of  spare  parts.  This  summary  of  parts 
usage  is  given  by  maintenance  level  and  includes  parts  used,  on 
hand,  back  order,  etc.,  for  the  combat  scenario. 


DOCUMENTATION  AVAILABLE: 

(1)  User's  Manual  for  tabulating  mission-essential 

parts  for  SPARC,  NO.  C-170,  AMSAA,  Jul.82.  (2)  Example  reports 

for  various  weapon  systems  using  SPARC  have  been  developed. 

(3)  SPARC  AH-1S,  No.  C-97 ,  AMSAA. _ 
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IFMARKSl  SPARC  analyses  are 
very  complex .  AMSAA  should  be 
contacted  to  run  such  an 
analyses . 
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TECHNIQUE:  Tank/ AFARV  Forward  Area  Ammo  Resupply  Simulation 

(TAFAARS) 

PURPOSE:  TI  To  compare  the  existing  ammo  resupply  system 

with  new  division  86  resupply  concepts  of  Ml  Abrams  battalion. 

2.  To  compare  new  alternative  resupply  concepts  among  each 
other . 


DESCRIPTION:  The  model  evaluates  ammo  resupply  as  a  /unction  o 

weapon/support  design  alternatives  such  as  tank  storage  capacity, 
tank/ AFARV  load  time,  addition  of  AFARV,  AFARV  capacity  firing, 
and  rate  capability.  TAFAARS  models  dynamic  situations  where 
supportabil ity  is  interrelated  with  hardware  performance.  The 
model  is  easy  to  modify.  Limitations  include,  no  ammo  mix  (one 
type  ammo  at  a  time),  constant  vulnerability  at  all  locations, 
none  during  ammo  transfer,  and  unlimited  ammo  supply.  TAFAARS  can 
compare  various  ammo  resupply  concepts  and  identify  the  concept 
that  can  best  satisfy  the  demand  for  ammo. 


PROPONENT 

currentusfr  S7?0C 

US  Army  AMCCOM 

Proponent  also  user. 

ATTN*  AMSMC-RA(D)  (Fran  Luzzi) 

Dover,  NJ  07801 

AV  880-5978,  com  ( 201 ) 7M2-5978 
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TECHNIQUE:  Tank/AFARV  Forward  Area  Ammo  Resupply  Simulation 

(TAFAARS) 

INPUTS:  TT5  Vehicle  data  such  as:  number  per  battalion, 

capacity,  travel  times,  interdiction  times,  loading  and  unloading 
time;  (2)  firing  rates;  (3)  attrition  rates  of  all  vehicles;  (4) 
battlefield  scenario;  (5)  resupply  concepts;  and  (6)  RAM  data  on 
armored  forward  area  resupply  vehicle  (AFARV) . 


OUTPUTS:  CT}  Ammo  consumption  rate;  (2)  usage- time; 

(3)  tank  offline  data  such  as:  number  of  times  offline,  request 
for  supply,  and  waiting  for  resupply  time;  (4)  AFARV  in  forward 
area  time;  (5)  ammo  load  status  of  tanks  and  AFARV3  at  all  times; 
and  (6)  availability  of  AFARV  vs  truck. 


5&CUHENTATI0N 

Tech  report  - 


AVAILABLE: - 

Jan  84  estimated 


completion  date 
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!  CDC  6600 

;  CONCEPT  DAV 

1 

1 

;  CYBER  825 

FSD  P/D 

;  NONE 

!  CYBER  74 

J 

1 

1 

1 

» 

1 

!  APPLY 

1 

1 

memory  and  5000  CPU  seconds  to 
execute . 


Ml  Tank 
M60  Tank 

Bradley  Fighting  Vehicle 


LSA  TASK  INTERFACE 


303.2.1,3,4 
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TECHNIQUE:  TRASANA  Aircraft  Reliability  and  Maintainability 

Model  (TARMS) 

PURPOSE:  TARMS  was  developed  as  a  tool  for  evaluating  the 

effect  of  component  malfunctions,  combat  damage,  scheduled  main¬ 
tenance,  and. the  resulting  maintenance  workload  on  the  mission 
effectiveness  of  US  Army  aviation  organizations. 


DESCRIPTION :  The  initial  version  of  the  model  was  developed  by  a 

private  contractor  in  early  1978  under  contract  to  TRASANA.  The 
model  was  an  outgrowth  of  the  Aircraft  Reliability  and  Maintain¬ 
ability  Simulation  (ARMS).  TARMS  was  first  used  for  the  Army 
Aviation  Program  Review  (AAPR)  and  Army  Aviation  Program  Review 
Sustained  Operation  (AAPRSO)  studies.  In  order  to  reduce  comput¬ 
er  run  time  and  memory  requirements  and  provide  better  respon¬ 
siveness  to  model  moo i f ications  ,  TRASANA  has  3ince  converted 
TARMS  from  the  GPSS  to  the  SIMSCRIPT  II. 5  computer  language. 

TARMS  is  a  stochastic,  event  oriented  model  which  can  simulate 
the  operations  of  any  US  Army  aviation  organization  from  company 
to  theater  in  size.  The  BLUE  aircraft  with  weapons,  maintenance 
personnel,  test  equipment,  and  repair  parts  are  modeled.  The  RED 
force  is  modeled  as  a  mix  of  weapons  systems,  each  providing  a 
threat  to  the  BLUE  force.  Peacetime  or  wartime  scenarios  may  be 
simulated  and  are  driven  by  a  mission  request  list.  While  per¬ 
forming  a  mission,  a  mix  of  BLUE  aircraft  may  experience  compon¬ 
ent  failure  and  combat  damage  which  may  result  in  a  total  loss  of 
the  aircraft,  a  force  landing  in  the  field,  an  abort  of  the  mis¬ 
sion,  and/or  the  generation  of  maintenance.  Combat  is  two-sided, 
with  BLUE  and  RED  exchanging  rounds.  RED  weapons  inflict  damage 
on  the  components  of  the  BLUE  aircraft.  However,  the  result  of  a 
BLUE  round  being  fired  at  RED  is  modeled  siinpl  isticall  y  as  either 
miss  or  Kill  based  on  input  values  for  probability  of  kill. 


USEHs  : 

US  Army  A v SCOM 

ATTN:  A M S A V - v 7  (Mr.  Geoffroy) 

St .  Lo  ji s ,  MO  6_> i 20 
A  V  69  3-1  SYS,  com  (  1  4  )  20  3-  1  676 

PROPONENT - 

US  Army  TRASANA 

ATTN:  ATOR-TEA  (Mr.  Gamble) 

WSMR,  NM  88002 

AV  258-190  1,  com  (  505  )  67  3-*J  1  1  1 
Proponent  also  developer. 


CURRENT  USERS/POC 

US  Army  Concept  Analysis  Agency 
ATTN:  CSCA-FCC  (MAJ  Rutledge) 

(3120  Woodmont  Ave 
bet he  sd  a ,  MD  2081R 
AV  295-1652,  com  ( 202 ) 295- 1 652 
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AMC-P  700-4 


m 


TECHNIQUE: 


TRASANA  Aircraft  Reliability  and  Maintainability 
Model  (TARMS) 


NPUTS:  BLUE  force  definition  (aircraft  and  manpower  TOE, 

organizational  structure),  mission  request  list  (scenario), 
flight  paths,  aircraft  component  data  (malfunction  rates,  time- 
to-repair,  manpower  repair  packages,  part  replacement,  etc.), 
consequence  of  malfunction,  combat  damage  data  (shortlines), 
repair  parts  stockage,  RED  force  definition  (enemy  weapon  TOE  and 
location) . 


OUTPUTS:  All  facets  of  mission,  maintenance,  and  combat 
engagement  statistics.  Time/event  output  in  chronological  order 
which  includes:  launches;  failures;  combat  hits;  mission 
diversions;  aircraft  losses;  threat  losses;  mission  aborts; 
operational  availability;  parts  required  system  failure;  and 
maintenance  manpower  requirements. 


IWMI :  I  f  .V  *  (•] :  VA'f  .1  tw.l :]  IU 


(1)  Draft  TARMS  model  Users  Guide,  Concepts 

Analysis  Agency.  (2)  AAH  MALA-Phase  1,  /rr  83,  TRASANA. 

(3)  TRASANA  model  description  document. 


ffjn 


o  estimate  equipment  level  life  cycle  costs  early 
in  the  development  process. 


DESCRIPTION:  TDM  is  one  of  three  models  which  make  up  the  Slide 

Rule  Model  System  (SRS).  It  is  used  in  conjunction  with  the 
other  two  SRS  models  (LRAM  and  SAM)  to  conduct  front-end  design/ 
cost  trade-off  analyses.  The  model  produces  equipment  level  life 
cycle  cost  (LCC)  estimates.  The  LCC  estimate  is  computed  as  the 
sum  of  13  cost  categories,  six  of  which  are  procurement  related 
and  seven  of  which  are  O&S  related.  TDM  can  be  run  as  a  stand¬ 
alone  model  for  LCC  estimates.  TDM  does  not  have  to  be  run  in 
conjunction  with  LRAM  and  SAM. 


HRfpWEtfT  . ' 

HARDMAN  Development  Office 
Chief  of  Naval  Operations 
Code  OR-ll.'.’C,  (Cur  Council) 
Washington,  DC  20  3  90 
A  V  22 ^-^9  10,  com  (  202  )  0  9  ;i -4  9 1  v 


cownrr  usewpoc 

Proponent  al30  user 


lA  Ml  W  k  ki  ^Bl a 


I 
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TECHNIQUE: 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Slide  Rule  Model  System:  Top  Down  Model  (TDM) 


5  data  elements  which  describe  operationa 
environment,  operational  requirements,  and  proposed  system 
design . 


vrv*«w»w:  lcc  estimate  as  the  sum  or  13  cost  elements,  six  o. 
which  are  procurement  related  and  seven  which  are  O&S  related. 
Output  is  also  stored  on  magnetic  card  to  be  used  as  input  for 
the  LRAM  and  SAM  programs,  if  so  desired. 


HARDMAN  Cost  Model  System/ Shipboard  Electronics 

Vol  2  -  Slide  Rule  Model  System  (DLSIE  LD#  54912B)  ,  Aug  81. 


AUTOMATION 


LANGUAGE 

HP-41C  Keystroke 


remarks  r 


HP-4  1C 
progr amable 
calculator 


i  CONCEPT  D&V 


IM  IBI  h  ri  j4  \  J  tWj 


i  (DATA  RECORDS) 


ABC 


AMTESS  (Army) 
SEAFIRE  (Navy) 
NCCS  (Navy) 


LSA  TASK  INTERFACE 


203. 2.  b 
303.2.1,3,7 
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L3A  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE: 


Artillery  Battalion  Time-Line  Model  (TLM) 


PURPOSE:  TLM  is  used  to  evaluate  the  effect  on  the  fire 

mission  response  time  (FMRT)  of  system  characteristics,  040 
structure  and  target  characteristics.  Also  to  estimate  ammuni¬ 
tion  per  24-hour  mission. 


DESCRIPTION: 
model  simulates 
of  24  155mm  sel 
direction  cente 
target  acquisit 
model  is  the  mi 
a  target  until 
addition,  the  m 
reliability  and 
traveled  by  eac 
It  also  tracks 
and  computes  qu 
the  model  at  ra 
( AF5M)  target  1 
and  reflects  a 
Assumptions  of 
no  downtime  for 
logistics  time. 


The  TLM  is  a  computer  model  written  in  GPSS.  The 
a  direct  support  artillery  battalion  consisting 
f-propelled  howitzers,  three  battery  fire 
rs,  a  battalion  fire  direction  center  and  several 
ion  systems.  The  primary  measurement  of  the 
ssion  service  time,  the  time  from  first  acquiring 
the  last  round  fired  arrives  on  target.  In 
odel  computes  ammunition  expenditure  rates, 
maintainability  (RAM)  failures,  and  the  distance 
h  howitzer  in  24  hours  (and  the  number  of  moves), 
targets  acquired,  fired  on  and  fired  on  in  time, 
eue  statistics  in  the  system.  Targets  come  into 
tes  based  on  the  Artillery  Force  Simulation  Model 
ist  generated  at  the  Artillery  School,  Ft  Sill,  OK 
SC0RES-2A  scenario.  There  is  no  attrition, 
the  model  include  an  adequate  ammo  supply,  and 
preventive  maintenance  and  administrative/ 


PROPONENT 

US  Army  AMCCOM 

ATTN:  AMSMC-KA(D)  (Mr.  Kuv«jcs) 

Dover,  NJ  07801 

AV  880-5978,  com  (201)742-5978 


Proponent  also  user 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


Artillery  Battalion  Time-Line  Model  (TLM) 


INPUTS:  Separated  into  several  types:  (1)  target  related 

types  such  as:  inter-arrival  time,  duration  time,  and  ranges;  (2) 
armament  related  such  as:  number  of  volleys  and  tubes  fixed,  rate 
of  fire,  projectile  flight  time,  MRBF,  MTTR ;  (3)  Vehicle  related 
such  as:  number  of  movements,  MRBF,  MTTR;  and  (4)  Fire  control/ 
communications  equipment  related  such  as:  types  of  communications 
lines,  processing  and  transmission  times. 


OUTPUTS:  Targets  acquired,  targets  fired  upon,  ammo  ex  pend i- 
ture,  fire  mission  response  times,  waiting  times,  moves  per  day, 
firing  time,  standby  time,  travel  time  and  also,  downtimes,  and 
availability. 


Documentation  is  under  development  in  the  form 

of  a  final  report  by  AMCCOM  ( AMSMC-RA( D) )  completion  date  not 

available . 


LANGUAGE 

GPSS/FORTRAN 


CDC  6600 
CY3ER  826 
CYBER  74 


AUTOMATION 


REMARKS!  TLM  requires  240k 
bytes  of  memory  and  150  seconds 
CPU  time. 


CONCEPT  D&V 
FSD  P/D 


LSAR  INTERFACE 
(DATA  RECORDS) 

A  B  H 


AFOTOTIWS:  ~ 

M109  self-propelled  Howitzer; 
D5WS 


LSA  TASK  INTERFACE 


202 .2.1 
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LSA  TECHNIQUE  INFORMATION  SHEET 

- PARTY 


TECHNIQUE:  Kasian  TPS  Model  (TPS  KASIAN) 


PURPOSE :  The  TPS  KASIAN  was  developed  as  an  analytic 

tool  to  determine  the  oost-effectiveness  of  Test  Program  Set 
(TPS)  development. 


DESCRIPTION:  l^or  each  system  'TPS  "c'and ldat'e ,~  "the  computer  pro'g'ram 

calculates  support  cost  differences  associated  with  the  following 
four  alternatives:  discard  after  screening  (GO/NO-GO  TPS), 
contractor  repair  (with  or  without  Government  screening  of  good 
Items),  and  Government  test/repair  to  piece  part  (Diagnostic 
TPS).  These  calculations  are  based  on  each  item's  total  expected 
failures  over  the  operating  life  of  the  end  system. 


APPLICATIONS  (CONT'D) 

DGM ,  AN/TYC-39,  AN/TTC-39  and  42,  AN/UYK-7  and  20,  AN/UYQ-19 
and  30,  PLRS ,  AN/UGC-74,  AN/USM-26,  etc. 


USERS: 

US  Army  AMCCOM 

ATTN:  AMSMC-MA-ATE  (Mr.  Lowing) 

Rock  Island,  IL  61299 

AV  793-6070,  com  (319)  793-5070/4427 

PROPONENT  ["CURRENT  USERS/F0CT  ~ 

US  Army  ERADCOM  ;  Proponent  also  user. 

ATTN:  AMDEL-PO-SA  (Mr.  Price) 

Fort  Monmouth,  NJ  07703  i 

AV  995-4952,  com  (201)544-4992  I 
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- - 


TECHNIQUE:  Kastan  TPS  Model  (TPS  KASIAN) 


INPUTS:  Three  parts  to  the  input  data  are — 

1.  A  separate  data  base  which  contains  UUT  type,  complexity 
failure  rate,  and  unit  cost. 

2.  Main  program  data  which  contains  such  values  as  cost  for 
diagnostic  TPSs,  costs  for  end-to-end  TPSs ,  cost  for  post  deploy¬ 
ment  support;  21  variables  in  all. 

3-  Direct  user  input  such  as  number  systems,  operating  hours, 
number  years  employed,  derating  factor,  inflation  rate,  and 
repair  costs  for  contractor  and  Government;  12  variables  in  all. 

OUTPUTS :  ff  compact  summary  is  developed  which  lists  each  TPS 
candidate  and  the  cost  associated  with  each  of  the  four  alterna¬ 
tives.  The  output  also  displays  the  data  base  and  direct  u3er 
input  data.  It  provides  a  system  MTBF  based  on  the  failure 
rates  used  and  displays  the  cumulative  percentage  that  each  TPS 
candidate  contributes  to  the  system  failure  rate. 


OCClTffFtfTATrClf  AVAILABLE! 

Model  validation  and  user  documentation  is  under 
development . 


AUTOMATION 


YES  *  rfC*  T 

fflrem’ue  " 

1 - LIFT' 

CYCLE - :  LSiClf  rNTFRFACE 

LANGUAGE 

l 

1 

;  (DATA  RECORDS) 

FORTRAN  I V ( 68 ) 

GDC  6500/6600 

:  CONCEPT 

D&V 

1 

1 

1 

1 

1 

1 

VAX 

1  FSD 

1 

1 

1 

1 

P/D  :  A  B  E  H 

FFHARYSf  'The  program  is  approx*  APPuTCATlQlTST 

230  lines  of  coding  and  requires  1  AN/USQ-86C MICNS)  ,  AN/TMQ-3 1 , 

approx  41k  bytes  of  memory  !  JSTARS,  AN/ALQ-17A,  AN/USM410, 


1  (see  description  Part  1  for 
1  other  applications). 

LSA  TASK  INTERFACE 


203- 2. 5, 7 
2U!>  .2.1 

3  0  3  •  2  •  1  .  Y  -  i 
001 .2.3 


V 
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LSA  TECHNIQUE  INFORMATION  SHEET 

PARTl  — - 


TECHNIQUE: 


Total  Risk  Assessing  Cost  Estimate  (TRACE) 


li:V:T4 


was  developed  to  estimate  risks  in  any  type 
acquisition/development  process  of  a  weapon  system  and  allocate 
funds  for  this  risk. 


DESCRIPTION:  If  an  item  in  a  system  is  determined  to  be  high 

risk,  either  developmental  or  cost,  a  certain  amount  of  funds  are 
set  aside.  If  the  risk  comes  into  being,  the  funds  become 
available. 


USERs : 

US  AMC 

ATTN  AMCDE-PBC  (Ms.  Fitzgerald) 
5001  Eisenhower  Ave 
Alexandria,  VA  22 333 
AV  284-8975,  com  (202)274-8975 


US  Army  CEC0M 
ATTN:  AMSEL-P0D-SA 

(Mr.  Hill) 

Fort  Monmouth,  NJ  07703 
AV  995-2515,  com( 20 1 ) 544 -25 1 5 


US  AMC 

ATTN:  AMCDE-P  (Mr.  Greene) 

500i  Eisenhower  Ave 
Alexandria,  VA  22333 
AV  284-9486,  com  (202)274-9486 


US  Army  AMC  COM 

ATTN:  AMSMC-RA(D)  (Mr.  Mitsock 

Dover,  NJ  07801 

AV  880-6395,  com  (201)724-6395 


LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Total  Risk  Assessing  Cost  Estimate  (TRACE) 

INPUTS: - CoIT  estimation  probabilities  and  data . 


OUTPUTS:  Probability of  risks . 


d5C‘UKCH'TA'¥16M  AVAILABLE: - 

(1)  ALM-63-4476-H,  and  H3  Methodology  for  Devel¬ 
oping  Trace  by  ALMC.  (2)  Total  Risk  Assessing  Cost  Estimate 
(TRACE)  Guide,  by  contractor,  1  Mar  79. 


YE5"T  NC 


LANGUAGE 

COBOL 


PIKATTtfST 


AUTONATION 


1  L'SAR  INTERFACE" 
(DATA  RECORDS) 

;  cdc  65oo/e6oo  : 

FSD 

i  CYBER  74 

NONE 

I  CYBER  825  ! 

1  1 

t  l 

APPLY 

T" 'APPLICATIONS: - 

!  DIVAD,  DSW5 ,  GEMSS 
i  AFATDS 
!  FOTS-LH 


LSA  TASK  INTERFACE 
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TECHNIQUE:  Total  Risk  Assessing  Cost  Estimate  for  Production 

(TRACE-P) 

PUR ROSE:  TRACE-P  is  intended  a3  a  contingency-funding 

vehicle  for  the  first  3  years  of  production  of  designated 
systems . 


DESCRIPTION:  TRACE-P  extends  the  TRACE  concept  of  RDT&E  to 

production,  and  serves  to  quantify  risks  in  terms  of  their  cost 
impact  on  designated  systems.  A  mechanism  is  proposed  for 
generating  such  risk  costs.  It  extends  the  use  and  application 
of  the  contractor's  work  breakdown  structure  (WBS)  in  identifying 
risk  prone  areas,  and  combines  the  WBS  with  probabilistic  net¬ 
working  techniques  to  create  a  data  structure  which  generates 
risk  costs  for  the  designated  program.  The  Venture  Evaluation 
and  Review  Technique  (VERT)  output  can  be/ sometimes  is  used  as 
input  into  the  TRACE-P  analysis. 


PROPONENT . * 

US  AMC 

ATTN:  AMCCP-ER  (Mr.  Baker) 

BOO  i  E 1  serinower  Avenue 

h  1  ex  an  dr  l ,  VA  0/3)3 

A  V  /’  b:<  -  3  i  i'i ,  <: OM  (  '/'s/  )  /7 :4  -60  y-j 


r  "CUITRm "uSeRsTRO'C 

I  US  Army  CECUM 

;  ATTN:  AMSEL-SM-P-PL( Mr .  Kasian) 
;  it  Monmouth,  NJ  07703 
;  AV  092-3176,  con  (201)532-3176 


?  - 1  ir, 


AMC-P  700-4 


LSA  TECHNIQUE  INFORMATION  SHEET 


TECHNIQUE: 


Total  Risk  Assessing  Cost  Estimate  for  Production 
(TRACE-P) 


INPUTS:  Schedule  of  time,  costs,  risks,  and  performance 

as  any  combination  either  statistical  or  constant  and  costs 
associated  with  risks. 


Letter  of  Instruction,  DARCOM  comptroller, 
6  Oot  82. 


AUTOMATION 


I  (DATA  RECORDS) 


NONE 

APPLY 


APPLICATIONS: 

RPV ,  AH  I P ,  MCS ,  Pershing  II, 

Ml  El  Tank,  SINCGARS-V,  Quickfix 
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TECHNIQUE: 


Transportation  Network  Attack  (TRANATAK) 


i: 


$ 


PURPOSE:  This  model  permits  the  assessment  of  transportation 

problems  and  their  solutions  in  the  face  of  equipment  constraints 
and  enemy  attack  of  transportation  modes. 


8 


& 


btScfelPTION: 

istic.  Requi 
based  on  othe 
be  loaded  usi 
to  the  user . 
transportatio 
requires  appr 
of  extended  m 
ed  to  DA  stan 
( DAMMS-M  PM )  . 


This  model  ma 
rements  for  tran 
r  model  outputs 
ng  the  LADEN  mod 
Vehicles  may  be 
n  except  pipelin 
oximately  2O0k  b 
emory  for  execut 
dards  as  part  of 


y  be  either  stochastic  or  determin- 
sportation  are  input  into  the  model 
or  SCORES  scenarios.  Vehicles  can 
el  and  move  over  the  given  networks 
attacked  when  halted.  All  forms  of 
es  may  be  considered.  The  model 
yte:  of  user  memory  and  200k  bytes 
ion.  The  program  is  being  document- 
the  Army  Standard  System 


■S 


h\ 

% 


& 


ft 


FhoPONENT  . . .  ' 

US  Army  Logistics  Cer.t. »r 
ATTN:  ATCL-Uj  (S.  Cockrell) 

-w  t  [  u  i,  v  o  ->  u  m  i 

*  ~  “  ~  t  *  •  ’  «• 

AV  oST-SCAQ,  com  i 604 ; 7 5 4  -  1 4 49 


T  CURRENT  USERS7POC  ' 

Pro  poner;  t  jIsj  user 


’  If/fi 

C  ll/V 
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LSA  TECHNIQUE  INFORMATION  SHEET 
PART2 


TECHNIQUE:  Transportation  Network  Attack  (TRANATAK) 


TNPUTS:  Loads  to  be  moved,  transportation  available,  net¬ 

works  available,  attrition  factors  and  rebuild  times,  unit 
locations  and  movements  are  all  required  inputs. 


OUTPUTS:  Load  delivered,  loads  destroyed ,  and  preferred 
transportation  modes  and  schedules. 


DOCUMENTATION  AVAILABLE: 

No  current  documentation.  In  process  of  converting  it  for  IBM 
4341  with  documentation  to  follow  Jan  85. 


YES  '*"  NO' 

LANGUAGE 

FORTRAN 


1 — HARDWARE 

1 

;  CYBER  176 


AUTOMATION 

- ! - LIFE"CYCtE - T 

1  j 

!  CONCEPT  P/D  ! 


REMARKS :  This  model  requires 

extensive  data  input. 


!  APPLICATIONS’— 

!  Ammunition  and 
!  PADS 


rSAR  INTERFACE 

(DATA  RECORDS) 

NONE 

APPLY 


barrier  material 


LSA  TASK  INTERFACE 


203-2.2 

303.2.12 

401.2.7 
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L3A  TECHNIQUE  INFORMATION  SHEET 
PARTI 


TECHNIQUE: 


Usage/Age  Distribution  Projection  (USAPRO) 


rairoawHj 


:  Project  wear  on  a  fleet  of  equipment  in  future 

years  assuming  that  the  inputted  usage  patterns  stay  relatively 
oonstant. 


ON:  This  program  predicts  the  distribution  by  years 

of  age,  and  intervals  of  mileage  (or  other  measures)  for  a  fleet 
of  equipment  based  upon  the  following:  (1)  proposed  purchases 
and  receipts;  (2)  expected  sales  and  losses;  and  (3)  distribution 
of  equipment.  This  prediction  can  be  made  for  as  many  years  into 
the  future  as  there  are  receipt  and  loss  data  available.  Active 
equipments  are  projected  forward  in  age  and  mileage  (or  other 
measures,  i.e.,  flight  hours,  etc.),  assuming  a  uniform  distribu¬ 
tion  of  vehicles  in  each  age  and  each  usage  cell  of  the  base 
distribution.  Equipments  in  storage  are  advanced  in  age  only. 
Losses  are  removed  from  all  cells  proportionally,  or  from 
specific  cells  as  applicable.  The  main  goal  of  the  model  is  to 
develop  a  rational  method  for  projecting  procurements  end 
estimating  fleet  age.  From  the  age  and  mileage  (or  other 
measures)  of  a  random  sample  of  the  fleet  the  model  predicts  the 
mileage  and  age  of  each  equipment  type  in  successive  years. 

USAPRO  is  an  offshoot  from  an  earlier  AMSAA  developed  model. 
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LSA  TECHNIQUE  INFORMATION  SHEET 
—  PARTl 


TECHNIQUE :  Venture  Evaluation  and  Review  Technique  (VERT) 


PURPOSE: - T3  ec  i  s ion  risk  analysis  model  that  can  be  used 

throughout  the  life  cycle  to  systematically  assess  the  risk 
involved  in  undertaking  new  ventures  or  in  the  planning, 
monitoring,  and  evaluating  of  ongoing  projects. 


DESCRIPTION:  The  model  is  the  most  widely  used  and  powerful 

of  its  type  available  today.  It  expresses  the  factors  of 
effort  in  a  probability  sense  using  network  analysis  techniques. 
VERT  can  be  used  to  assess  the  risks  involved  in  any  new 
venture,  as  well  as,  to  estimate  future  projects.  The  results 
are  displayed  in  histogram  and  tabular  form  which  provides  deter¬ 
ministic/stochastic  models  of  the  decision  environment.  A  net¬ 
work  in  the  VERT  context  is  the  flow  representing  the  actual 
completion  or  processing  of  various  parts  of  the  projects. 
Approximately  16  probability  distributions  are  available  for  use 
in  the  VERT  program. 


LiSERs : 

US  Army  ERA  DCOM 

ATTN:  'AMDEL-PO-SA  (Mr.  Price) 
Fort  Monmouth,  NJ  07703 
AV  995-2681,  com  (201)544-4952 
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US  Army  CECOM 

ATTN:  AMSEL-POD-SA  (Mr.  Hill) 

Fort  Monmouth,  NJ  07703 
AV  995-2515,  com  (201)544-2515 

Twsrrarr - 

None  officially  designated  at 
present.  Unofficially  AMCCOM 
( DR5MC-0AA-S)  is  the  proponent. 


US  Army  AMCCOM 

ATTN:  AMSMC-OAA-S 

(Mr.  Moeller)  (Developer) 

Rock  Island,  IL  61299 
AV  793-5041,  com  (309)794-6370 

'CJRRERT'“U3EE57TOC - 

US  Army  TROSCOM 
ATTN:  AMSTR-A  (Mr.  Kearley) 
4300  Goodfellow  Boulevard 
St.  Louis,  MO  63120 
AV  693-3161,  com  (314)263-3161 
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Appendix  A 

;•&  REJECTED  LSA  TECHNIQUES  AND  RATIONALE 

Part  1 

Failure  to  Meet  Technique  Qualifications  (para  1.2) 

(sorted  by  title) 

1 .  Acquisition  of  Supportable  Systems  Evaluation  Technology 
( ASSET ) .  ASSET  is  a  collection  of  eight  separate  models  which 
use  a  single,  consolidated  data  base.  ASSET  ha3  never  had  any 
application  applied  to  it  and  the  proponent  indicated  there  are 
no  planned  applications  f<->r  the  immediate  future.  Tnereiore, 
ASSET  was  not  Included  in  this  guide  because  it  does  not  meet  the 
criteria  cited  in  paragraph  1.2e. 


2 .  Aircraft  Reliability  and  Maintainability  Simulation  (ARMS). 

ARMS  is  no  longer  supported  by  the  proponent  and  has  been  replaced 
by  TARMS  (contained  in  this  guide).  Since  ARMS  is  no  longer 
supported  documentation  is  scarce  and,  therefore,  ARMS  does  not  meet 
the  criteria  cited  in  paragraphs  1.2b  and  1.2f.  This,  coupled  with 
the  fact  that  TARMS  has  more  features  and  is  improved  compared  to 
ARMS,  is  the  rationale  why  ARMS  is  not  included  in  this  guide. 


ry. 

,V 
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3 .  Analytic  Methodology  for  System  Evaluation  and  Control  (AMSEC). 
AMSEC  documentation  has  not  been  updated  since  1977.  The  proponent 
indicates  AMSEC  has  not  been  applied  to  a  weapon  system  for  over 

6  years.  Since  AMSEC  has  not  been  used  or  documentation  updated 
in  over  6  years,  it  does  net  satisfy  the  criteria  of  paragraphs 
1.2b  and  1.2e  in  terms  of  the  intent  that  the  guide  was  developed. 

4.  Army  Logistics  Assessment  (ALA).  This  technique  was  developed 
to  assess  sustainability  of  the  force  ( IAW  AR  700-5).  ALA  is  made 
up  of  approximately  a  100  software  programs.  But  no  documentation 
has  been  developed  for  ALA  and  it  was  developed  for  in-house  use 
only.  Therefore,  ALA  does  not  satisfy  the  criteria  in  paragraph 

1  ,2b. 

5 .  Automat ic  Requirements  Computation  System' Initial  Provisioning 
(ARCSIP) .  The  ARCSIP  is  a  Commodity  Command  Standard  System 

Tct SS)  embedded  program  and,  as  such,  is  not  a  usable  model  in  LSA 
task  accomplishment.  Therefore,  ARCSIP  does  not  meet  the  criteria 
in  paragraph  1.2c. 

6 .  Bare  Bone3  -Standard  Initial  Provisioning  Model  (BBSIP). 

BBSIP  has  been  incorporated  into  the  SESAME  model  (contained 
in  this  guide)  and  is  no  longer  maintained  as  a  separate 
model.  Therefore,  it  does  not  meet  the  criteria  of  para¬ 
graph  1.2b,  1.2e,  and  1 . 2 f  for  inclusion  into  the  guide. 

7.  Bar**  Bones  War  Reserves  (BBWKSVK  BBWHSV  has  been  incor¬ 
porated  into  the  SESAME  model  (contained  in  this  guide)  and  is 
no  longer  maintained  as  a  separate  model.  Therefore,  it  does 
dot  meet  the  critei  ia  uf  paragraphs  1  .?t>,  1  .2e,  and  1  .2 f  f°r 
inclusion  into  the  guide. 
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8.  Battlefield  Damage  Effect  and  Logistics  Requirements  for 
BattTeTTeld  Surv ivabil ity~  No  formal  documentation  exists 
for  this  model.  Therefore,  it  was  not  included  in  the 
guide  for  failure  to  meet  the  criteria  of  paragraph  1.2b. 

9.  Battlefield  Recovery  and  Evacuation  Simulation  (BRESIM). 

BRESIM  has  not  been  maintained  and  is  no  longer  in  use. This 
model  was  developed  in  1978  for  one  specific  application  on  the 
recovery  vehicle  M88.  It  has  not  been  used  since.  Therefore, 
BRESIM  was  not  included  in  the  guide  for  failure  to  meet  the 
criteria  of  paragraphs  1 .2d  and  1.2e. 

10.  Civilian  Billet  Cost  Model  (CBCM,.  CBCM  is  maintained  by 
Chief  of  Naval  Operations  as  a  data  base  and  provided  to  the 
user  as  a  collection  of  charts  on  which  the  life  cycle  costs  of 
civilian  billets  are  calculated.  This  data  could  be  used  a3  a 
source  of  information  for  input  into  life  cycle  cost  models  but 
as  a  data  base  it  does  not  satisfy  any  MIL-STD- 1 388- 1 A  tasks. 
Therefore,  CBCM  was  not  included  in  the  guide  for  failure  to  meet 
the  criteria  of  paragraph  1.2a. 

11.  Compendium  of  Front-end  Analysis  Techniques.  This  is  a 
pamphlet  which  contains  a  list  of  logistics  models  used  by  a 
private  contractor.  It  is  not  an  LSA  technique  in  itself  and  it 
does  not  satisfy  any  LSA  task  in  MIL-STD- 1 388- 1 A  .  Therefore, 
this  compendium  was  not  included  in  the  guide  for  failure  to  meet 
the  criteria  of  paragraph  1.2a. 

12.  Computer-aided  Estimation  of  Failure  Factors.  This  model 
has  been  superseded  by  DARCOM-P  750-5  ( contained  in  this  guide). 
Therefore,  this  model  was  not  included  m  the  guide  for  failure 
to  meet  the  criteria  of  paragraph  1.2f. 

13.  Continuing  Balance  Sheet  Expanded  (CBS-X).  The  CBS-X  is  a 
CCSS  embedded  program  and  as  such  is  not  a  useable  model  in  LSA 
task  accomplishment.  CBS-X  is  u3ed  for  inventory  management  and 
does  not  satisfy  any  LSA  tasks  in  MIL-STD- 1 388- 1 A •  Therefore, 
the  CBS-X  was  not  included  in  the  guide  for  failure  to  meet  the 
criteria  of  paragraph  1.2a. 

14.  Expected  Value  Model  (EXPVAL).  EXPVAL  is  a  model  used  as 
part  oT  the "ASSET  methodology.  But,  this  model  has  not  been 
used  since  LCOM  (contained  in  this  guide)  became  available 
approximately  1974.  Therefore,  the  EXPVAL  was  not  included  in 
the  guide  for  failure  to  meet  the  criteria  of  paragraphs  1.2b  and 
1  .2e. 

1 5  4  Failure  Factor  Assessment  via  Recurring  Fie  1 d  Demands . 

This  model  has  been  superseded  by  DARCOM-P  750-5  ("contained 
in  this  guide).  There  fore,  this  model  was  not  included  in 
the  guide  for  failure  to  meet  the  criteria  of  paragraph  1.2f. 
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1 6 .  Field  Artillery  Simulation  Two-sided  (FAST) .  FAST  is 
basically  a  force-on-Torce  artillery  combat  simulation  with 
very  limited  considerations  to  logistics  issues.  FAST  does 

not  appear  to  satisfy  any  LSA  task  set  forth  in  MIL-STD-1388-1 A. 
Therefore,  FAST  was  not  included  in  the  guide  for  failure  to  meet 
the  criteria  of  paragraph  1.2a. 

1 7 .  Flreflnder  Model  System  for  Sparing  to  Availability 

( FIRETTNDEtO  .  The  FIREFINDER  model  is  no  longer  approved 
by  AMC  and  direction  was  that  the  model  no  longer  be  used  to 
develop  either  funding  or  requirements  projections.  Problems 
experienced  with  fielding  the  FIREFINDER  hardware  ( AN/TPQ-36/37 > 
have  been  attributed  in  part  to  constraints  within  the  FIREFiNPFP 
model.  Therefore,  the  FIREFINDER  motel  was  not  included  in  the 
guide  for  failure  to  meet  the  criteria  of  paragraph  1.2e. 

18.  Fleet  Management  System  ( FHS) .  The  FMS  model  is  no  longer 
maintained  oy  the  proponent  and  the  project  was  canceled  due  to 
inactivity  of  FMS  for  the  last  5  to  7  years.  Therefore,  this  model 
was  not  included  in  tie  guide  for  failure  to  meet  the  criteria  of 
paragraphs  1.2b  and  1.2e. 

19.  GOALSEEKER.  GOALSEEKER  is  a  subroutine  of  SESAME  (contained 
in  this  guidelT  Therefore,  GOALSEEKER  was  not  included  in  the 
guide  becouse  it  is  covered  as  an  integral  part  of  the  SESAME 
model.  GOALSEEKER  also  was  not  Included  for  failure  to  meet  the 
criteria  of  paragraph  1.2f. 

2 0 .  Interactive  Venture  Evaluation  and  Revi ew  Technique  (INTERVERT) . 
INTERVERf  is  no  Tonger  supported  by  Tfie"  proponent  and  has  not  been 
used  for  over  b  years.  It  is  very  similar  to  VERT  (contained  in 
this  guide).  INTERVERT  was  developed  using  graphic  features  that 
required  special  graphic  terminals  which  have  subsequently  become 
obsolete.  Therefore,  INTERVERT  was  not  included  in  the  guide  for 
failure  to  meet  the  criteria  of  paragraphs  1.2b,  1 . 2d  ,  and  1 . 2e . 

21.  Japan  SAM-X  Analysis.  This  is  not  an  LSA  technique  but  is  a 
comparat i ve  analysis  of  PATRIOT  vj  NIKE  systems  provided  to  the 
government  of  Japan.  There  is  no  information  or  documentation 
available  on  the  models  or  methodologies  used  for  this  analysis. 
Therefore,  this  analysis  was  not  included  in  the  guide  for  failure 
to  meet  the  criteria  of  paragraphs  1.2b  and  1 . 2d . 

22.  Level  of  Repair  Alternatives  (LORA).  This  is  not  an  LSA 
technique  but  a  phrase  used  in  the  Mod  III  LOR  program  (contained 
in  this  guide)  developed  by  the  Navy.  Therefore,  it  was  not 
Included  in  the  guide  for  failure  to  meet  the  criteria  of  para¬ 
graph  1.2b. 

23.  Logistics  Analysis  Cost  Evaluation  Model  (LACE).  LACE  is  no 
longer  supported  by  the  proponent  due  to  its  requirement  to  use  a 
system  2000  data  base,  its  voluminous  lines  of  coding  (approxi¬ 
mately  17)000  lines),  and  because  it  is  not  user  friendly.  This 
model  was  dropped  in  favor  of  smaller  less  complicated  models  such 


AMC-P  700-4 


as  OSAMM  (contained  in  this  guide).  Therefore,  LACE  was  not 
included  in  the  guide  for  failure  to  meet  the  criteria  of 
paragraphs  1.2b  and  1.2f. 

24.  LSA  Forecasting  via  Regression  and  Averaging  Models.  This 
model  is  an  automated  computational  aid  in  applying  a  regression 
analysis  and  an  averaging  analysis  to  a  set  of  data.  This  auto¬ 
mated  procedure  is  r.ot  an  LSA  technique  but  rather  a  computational 
tool  and  is  not  a  complete  analysis.  This  computational  tool 
does  not  appear  to  satisfy  any  LSA  tasks  in  MIL-STD-1 388-1A. 
Therefore,  this  r^del  was  not  included  in  the  guide  for  failure  to 
meet  the  criteria  of  paragraph  1.2a. 

25.  Logistic  Support  Analysis  Tailoring  Procedure  Guide  (DARC0M-  C 
700-4^ .  The  essential  elements  of  this  guide  are  being  incorporated 
Into  The  draft  LSA  Contracting  Guide  (DARCOM-P  700-21).  DARC0M-C 
700-4  is  no  longer  maintained  or  supported  by  the  proponent.  There¬ 
fore,  this  guide  was  not  included  in  the  guide  for  failure  to  meet 
the  criteria  of  paragraphs  1.2b  and  1.2f. 

26.  Logistic  Support  Cost  (LSC)  Model.  LSC  has  been  replaced  by 

a  model  called  LSC-RLA  and  is  no  longer  supported.  The  LSC-RLA  modei 
has  subsequently  been  replaced  by  the  ONSCOSTS  model  (contained  in 
this  guide).  Therefore,  LSC  was  not  included  in  the  guide  for 
failure  to  meet  the  criteria  of  paragraphs  1.2b  and  1.2f. 

27 .  Logistic  Support  Cost-Repair  Level  Analysis  (LSC-RLA)  Version 
II.  LSC-RLA  has  been  replaced  by  a  model  called  ONSCOSfS  (contained 
Tn  this  guide)  and  is  no  longer  supported.  Therefore,  LSC-RLA  was  " 
not  included  in  the  guide  for  failure  to  meet  the  criteria  of  para¬ 
graphs  1.2b  and  1 . 2f . 

28.  Logistic  Support  Cost  Model  (LSCM).  LSCM  was  developed  by 
taking  parts  of  the  TRITAC  model  and"  extensively  revising  it  for 
the  detector  unit  (XM85/86)  exclusively.  Therefore,  LSCM  does  not 
meet  the  criteria  in  paragraph  1.2d  for  being  applicable  to  more 
than  one  system. 

2 9 .  Maintenance  Manpower  and  Logistic  Analysis  (MALA)  Methodology . 
MALA  is  not  an  LSA  technique  but  rather  a  term  used  to  examine 
manpower  and  logistics  issues  using  various  models.  There  is  no 
formal  documentation  on  the  MALA  methodology.  It  is  a  tailored 
analysis  using  any  of  a  variety  of  models.  Therefore,  MALA  was  not 
included  in  the- guide  for  failure  to  meet  the  criteria  of  para¬ 
graph  1.2b. 

30.  Maintenance  Support  Concept  Model  (MASC).  MASC  is  no  longer 
supported  by  the  proponent  and  there  are  no  plans  to  do  so  in  the 
future.  MASC  is  a  retired  model  according  to  the  proponent. 
Therefore,  MASC  was  not  included  in  the  guide  for  failure  to  meet 
the  criteria  of  paragraph  1.2b. 


3 1 .  Markov  Decision  Model  for  Logistic  Pollc; 
was  ever  completely  developed  for  this  model. 


No  documentation 
The  developer  of  it 
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has  since  left  the  Government  and  has  been  dropped  by  the  proponent 
as  a  result.  Therefore,  this  model  was  not  included  in  the  guide 
for  failure  to  meet  the  criteria  of  paragraphs  1.2b  and  1.2e. 

32.  McClintlc  Theater  Model  (MTM).  MTM  is  a  computer  simulation 

of  force-on-force  combat  strategy  and  tactics  used  for  instructional 
purposes.  MTM  does  not  appear  to  satisfy  any  LSA  tasks  set  forth 
in  MIL-STD- 1 388- 1  A .  Therefore,  MTM  was  not  included  in  the  guide 
for  failure  to  meet  the  criteria  of  paragraph  1.2a. 

33 .  Military  Manpower/Hardware  Procurement  (HARDMAN)  Training 
Requirements  Determination  Methodology  (H-TRDM).  H-TRDM  has  been 
combined  with  the  manpower  and  personnel  requirements  methodology 
to  create  a  total  manpower,  personnel,  and  training  (MPT)  req¬ 
uirements  methodology  contained  in  this  guide.  H-TRDM  as  a  result 
is  no  longer  maintained  by  the  proponent.  Therefore,  this  model 
was  not  included  in  the  guide  for  failure  to  meet  the  criteria  of 
paragraphs  1.2b  and  1.2f. 


34.  Modified  Multi-Echelon  Technique  for  Recoverable  Items 
(MOD-METRIC) .  MOD-METRIC  has  been  incorporated  into  SESAME 
( contained  In  this  guide)  and,  as  such,  no  longer  supported  by 
the  proponent.  Therefore,  MOD-METRIC  was  not  included 
in  the  guide  for  failure  to  meet  the  criteria  of  paragraphs  1.2b 
and  1 .2f . 
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35.  NATO  FATRIOT  Operation  and  Support  Costs  Analysis.  This 
analysis  is  not  an  LSA  technique.  It  was  a  study  that  was  based 
on  the  common  acquisition  program  between  six  NATO  countries.  At 
the  present  time,  this  study  is  outdated  since  four  of  the  nations 
have  pulled  out  and  there  are  no  plans  to  update  this  study. 
Therefore,  this  analysis  was  not  included  in  the  guide  for  failure 
to  meet  the  criteria  of  paragraphs  1.2b  and  1 . 2d . 


3 6 .  Optimum  Repair  Level  Analysis  (ORLA),  AFLCM/AFSCM  800-4  . 

This  technique  has  been  superseded  by  the  Item  Repair  Level 
Analysis  (IRLA)  method  contained  in  AFLCP/AFSCP  800-4,  Repair 
Level  Analysis  Procedures,  25  Nov  83 •  The  IRLA  has  basically  the 


same  content  as  the  old  AFLCM/AFSCM  800-4,  ?s 


'  un 


The  Air 


Force  proponent  states  that  the  preferred  method  contained  in  the 
new  AFLCP/AFSCP  800-4  is  called  the  NRLA  which  is  contained  in  the 
guide.  Therefore,  the  ORLA  technique  was  not  included  in  the  guide 
for  failure  to  meet  the  criteria  of  paragraphs  1.2b  and  1.2f. 
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37  .  Organic  Programs/ Rout ines  for  Use  in  Solving  Recurring  Problems 
These  programs/routines  are  not  LSA  techniques  but  rather  internal/ 
informal  routines  used/developed  by  US  Army  CECGM.  No  formal  docu¬ 
mentation  exists  and  there  are  no  plans  to  export  these  routines 
outside  CEC0M.  Therefore,  these  routines  were  not  included  in  the 
guide  for  failure  to  meet  the  criteria  of  paragraphs  1.2a  and  1.2. 

38.  PATRIOT  Deployment  Model  using  SLAM.  SLAM  is  a  discrete  event 
simulator-  which  employs  trie  uae  of  both  GASP  IV  and  O-GtHT  simu¬ 
lation  languages.  This  models  dependency  on  the  Q-GERT  software 
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causes  it  not  to  be  exportable.  Therefore,  this  model  was  not 
included  in  the  guide  for  failure  to  meet  the  criteria  in  para¬ 
graph  1.2c. 

39.  Personnel  Availability  Model  (PAM).  The  PAM  has  never  had 
any  applications  applied  to  it  and  the  proponent  indicates  there 
are  no  planned  applications  for  the  immediate  future.  Therefore, 

PAM  was  not  included  in  this  guide  because  it  does  not  meet  the 
criteria  cited  in  paragraph  1 . 2e . 

40.  Reliability  and  Maintainability  Model  (RM).  The  RM  model 
has  never  had  any  applications  applied  to  it  and  the  proponent 
indicates  there  are  no  planned  applications  for  the  immediate 
future.  Therefore,  RM  was  not  included  in  this  guide  because  it 
does  not  meet  the  criteria  cited  in  paragraph  1.2e. 

41.  Repair  Level  Analysis  Model  (RLAM).  RLAM  was  developed  by 
taking  parts  of  the  TRITAC  model  and  extensively  revising  it  for 
adaptation  to  the  detector  unit,  XM  85/86,  exclusively  (like  the 
LSCM  model).  Therefore,  RLAM  does  not  meet  the  criteria  in 
paragraph  1 . 2d  for  being  applicable  to  more  than  one  system. 

42.  Selected  Essential  Stockage  Availability  (SF.SAVA1L)  .  SESAVAIL 
is  a  subroutine  of  SESAME  which  is  contained  in  the  guide.  There¬ 
fore,  SESAVAIL  was  not  included  in  this  guide  because  it  does  not 
meet  the  criteria  cited  in  paragraph  1.2f. 

43.  Solution  Network  (SOLVNET).  SOLVNET  has  been  superseded 
by  VEkT  wrucn  is  contained  in  this  guide.  SOLVNET  is  no  longer 
supported  by  the  proponent.  VERT  replaced  SOLVNET  because  addi¬ 
tional  features  were  needed  that  SOLVNET  did  not  have  available. 
Therefore,  SOLVNET  was  not  included  in  this  guide  because  it  does 
not  meet  the  criteria  cited  in  paragraphs  1.2b  and  1.2f. 

44.  Test  Program  Sets  (TPS)  Requirements  through  L3A.  This 


4 4 .  Test  Program  Sets  (TPS)  Requirements  through  LSA .  This 
methodology  was  never  fully  developed  or  documented  and  the 
rationale  for  this  methodology  has  subsequently  changed.  It  has 
never  been  successfully  applied  to  a  weapon  system.  Therefore, 
this  method  was  not  included  in  the  guide  for  failure  to  meet  the 
criteria  cited  in  paragraphs  1.2b  and  1 . 2e . 

Tracked-Vehicle  Resource  Analysis  and  Display  (TREAD) 


Cost  Model.  The  TREAD  model  was  a  one  time  development 
conducted  in  1981  sponsored  by  the  now  disbanded  US  Armored 
Combat  Vehicle  Technology  Office.  Presently  there  is  no 
proponent  or  current  users  of  this  technique.  The  model  was 
used  to  develop  life  cycle  cost  estimates  of  the  Ml  Tank 
using  cost  elements  of  DA  Pam  11-2,3,  and  4.  Therefore,  TREAD 
was  not  included  in  the  guide  for  failure  to  meet  the  criteria 
of  paragraphs  1.2b  and  1.2d. 


116.  Training  /Aiding  Matrix  Model  (TAM).  The  TAM  ...odel  has 

never  had  any  applications  applied  to  it  and  the  proponent  indicates 

there  are  no  planned  applications  for  the  immediate  future.  There- 
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fore,  TAM  was  not  included  in  this  guide  because  it  does  not  meet 
the  criteria  cited  in  paragraph  1.2e. 

47.  Training  Requirements  Analysis  Model  (TRAMOD).  The  TRAMOD 
model  has  not  been  successfully  applied  to  a  weapon  system  and  the 
proponent  indicates  there  are  no  planned  applications  for  the 
immediate  future.  Therefore,  TRAMOD  was  not  included  in  this  guide 
because  it  does  not  meet  the  criteria  cited  in  paragraph  1.2e. 

48 •  Transportability  Analysis  Reports  Generator  Unit  Transport- 
abll iTy  Subsystem  ( TARGET).  tARGEf  is  not  an  LSA  technique  but  a 
data  base  generator  designed  to  acquire  data  from  various  sources 
such  as  the  DA  TOE  master  file,  DA  standard  characteristics  for 
transportability  of  military  equipment,  etc.  TARGET  then  feeds 
transportability  determination  type  models.  Since  it  is  a  data 
base,  it  does  not  satisfy  any  tasks  in  MIL-STD-1 388- 1  A.  Therefore, 
TARGET  was  not  included  in  the  guide  for  failure  to  satisfy  the 
criteria  in  paragraph  1.2a. 

49.  Workload  Computation  Model  (WORLOC).  W0RL0C  was  intended  to 
serve  a  one-time  requirement  for  ATE  workload  requirements. 

Analysis  in  WORLOC  are  limited  to  printed  circuit  boards.  WORLOC 
has  been  replaced  by  the  ATE  Workload  Analysis  model  which  is 
contained  in  this  guide.  The  documentation  for  WORLOC  was  never 
fully  completed.  Therefore,  WORLOC  was  not  included  in  the  guide 
for  failure  to  a  satisfy  the  criteria  in  paragraphs  1.2b,  1.2d, 
and  1 . 2f . 
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Appendix  A 

REJECTED  LSA  TECHNIQUES  AND  RATIONALE 

Part  2 

Insufficient  Information  to  Evaluate 
(sorted  by  title) 

1.  Aggregate  Sparing  to  Required  Availability  (ASTRA). 

2.  Air-launch  Cruise  Missile  Logistics  Support  Simulation 

( ALCMLGST) . 

3.  Artillery  Battalion  Resupply  Model  (RESUP). 

4.  Best  Buy  Nonlinear  Optimization  Model. 

5.  Computer  Model  for  Aircraft  Product  Improvement  Programs 

(PIP)  and  Engineering  Change  Proposals  (ECP). 

6.  Concepts  Evaluation  Model  (CEM). 

7.  Contingency  Force  Analysis  Model  (CFAM). 

8.  Dynamic  Metric  ( DYNAMETRIC) . 

9.  Human  Resources  Test  and  Evaluation  System  ( HRTES)  . 

10.  Interactive  Manpower  Aggregation  Estimation  System  (IMAGES). 

11.  Marine  Corps  Tri-Service  Tactical  Model  (TRITAC). 

12.  Multi  Attribute  Decision  Analysis  Model  (MADAM). 

13.  Patriot  Screening  Analysis. 

14.  Performance/Effectiveness  Trade-off  Studies  via  Analytical 

Model ing  . 

15*  Return  on  Investment  from  RDT&E  (ROIMOD). 

16.  Sample  Size  Determination  Model. 
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Appendix  B 

INSTRUCTIONS  FOR  COMPLETION  OF  "LSA  TECHNIQUE  INFORMATION  SHEET" 

(AMC  Forms  2759a-R,  2759b-R,  and  2759c-R) 

(Local  reproduction  on  8^-  by  11-inch  paper  is  authorized.) 

PART  1. 

1.  TECHNIQUE .  State  the  formal  name  of  the  technique.  Include  any 
abbreviations,  acronyms,  or  short  names  used  to  identify  the  tech¬ 
nique  . 

2.  PURPOSE .  State  why  the  technique  is  used,  i.e.,  the  purpose  or 
objective  of  the  technique. 

3.  DESCRIPTION .  Briefly  state  the  technique  methodology.  This 
would  include  I  summary  of  the  key  procedural  steps,  the  logic 
process,  sensitivity  or  risk  analysis  capabilities,  etc. 

4 .  PROPONENT .  Identify  the  organization  (military  proponents  are 
desired 5  who  sponsored  the  development  of  the  technique.  Should 
include  organizational  name,  individual  POC,  address  and  telephone 
number  (both  AUTOVON  and  commercial).  No  private  industry 
proponents  will  be  included  in  thi3  pamphlet.  However,  requests 
for  proprietary  techniques  (and  the  private  industry  proponent) 
should  be  addressed  to  the  LSA  executive  agent  who  will  nrovide 
the  firm's  name  and  address  on  a  need-to-know  basis. 

t> .  CURRENT  USER.  Identify  two  or  three  of  the  organizations  (pref¬ 
er  abTTliiTTTtarYy  who  use  the  technique  or  POCs  who  are  intimately 
knowledgeable  of  the  technique.  This  should  include  organizational 
name,  individual  POC,  address  and  telephone  number  (both  AUTOVON 
and  commercial ) . 

PART  2. 

1 •  TECHNIQUE .  The  formal  name  of  the  technique  as  stated  in  part  1  . 

2.  INPUTS.  Identify  the  input  data  required  by  the  technique. 

This  includes  constraints,  assumptions,  goals,  etc.  If  adequate 
space  is  not  available,  general  categories  of  data  should  be  used. 

3.  OUTPUTS.  Identify  the  type  of  renorts  and  the  data/ information 
which  is  either  a  direct  or  indirect  product  of  the  technique. 

4.  AUTOMATION .  Indicate  whether  the  technique  is  automated  (YES) 
or  manual  ( NO)  .  If  yes  indicate: 

(1)  LANGUAGE .  The  language  used  (e.g.,  COBOL, 

FORTRAN  IV,  BASIC,  etc.)  and  indicate  what  version  of  the  language 
was  used  (e.g.,  FORTRAN  IV  version  G)  . 


(2)  HARDWARE .  The  type  of  hardware  the  technique  is 
designed  for  or  used  on  (e.g.,  IBM  4340,  CDC  t>600,  UNIVAC  1106,  etc.) 


(3)  REMARKS.  Any  additional  information  which  may  ba 
helpful  (e.g.,  time  share  available,  unique  hardware  requir ementa , 
cere  size  requirements).  This  block  is  optional. 

5.  LIFE  CYCLE  PHASE.  Darken  the  circle(s)  of  the  appropriate  lift 
cycle  phase(s)  during  which  the  technique  can  be  used  to  cover 
MIL-STD- 1 388— 1 A  tasks  to  be  performed  in  that  phase. 

6.  LSAR  INTERFACE.  Darken  the  circle(s)  of  the  appropriate  LSAR 
data  record(s)  which  provide  information  to  the  technique  (input) 
or  is  an  output  of  the  technique.  The  LSAR  data  sheets  shown  on 
the  information  sheet  could  be  applied  to  either  the  Army  LSAR 
version  (DARCOM-P  750-16)  or  the  new  DOD  LSAR  version 

( MIL-STD-1 388-2A) . 

7.  APPLICATION.  Identify  any  systems  (preferably  Army)  on  whioh  the 
technique  has  been  applied  within  the  last  5  years.  If  the  technique 
is  under  development,  so  state  in  the  block  and  state  the  system  it 
is  being  developed  for. 

8.  LSA  TASK  INTERFACE.  Darken  the  circle(s)  of  the  appropriate  LSA 
task( s)  and  indicate  the  LSA  subtask(s)  ( MIL-STD- 1 388- 1  A)  which  is 
supported  by  the  technique. 

9.  DOCUMENTATION  AVAILABLE.  Identify  any  documentation  available  on 
the  technique,  e.g.,  user’s  guide.  Should  include  source  from  which 
documents  can  be  obtained  (if  different  than  proponent),  dooument 
classification  (proprietary,  for  Government  use  only,  classified 
secret,  etc.),  and  any  associated  cost, 

PART  3. 

1.  TECHNIQUE.  The  formal  name  of  the  technique  as  stated  in  Part  1. 

2.  LEVEL  OF  DETAIL.  Darken  the  circle(s)  of  the  appropriate  level 
of  detail'  that  the  technique  can  be  applied.  Some  techniques  oan  be 
applied  to  either  or  both  system  or  Line  Replaceable  Unit  (LRU)  level 

3-  OPERATIONAL  SCENARIO.  Darken  the  circle!  s)  of  the  appropriate 
operational  scenario  that  the  technique  can  bo  applied.  Some  tech¬ 
niques  can  be  applied  to  either  or  both  war  and  peace.  This  is 
being  used  to  determine  if  the  technique  can  be  used  to  address  both 
or  either  wartime  readiness  measures  (e.g.,  daily  sortie  rates)  or 
peacetime  readiness  questions. 

4.  MODEL  TYPE.  Darken  the  circle  of  the  appropriate  model  type 
that  the  technique  best  fits  (either  dynamic  or  steady  state). 

Dynamic  implies  that  the  technique  uses  probability  distributions, 
simulation  languages,  queues,  etc.,  in  its  calculations.  .Steady 
state  implies  that  the  technique  is  straightforward  and  duos  not 
predict  parameters  in  its  calculations. 

5.  ILS  ELEMENT  ADDRESSED.  Darken  the  circle(s)  of  the  appropriate 
ILS  element!  sT  that  the  technique  addresses.  The  11.0  elements  could 


bt  either  Input  to.  output  from,  or  evaluated  in  the  technique. 
The  1L8  element*  lifted  are  from  DODO  5000.39(1*9)  end 
AH  700-127(10-12). 

6.  DgVitOHEH.  Identify  the  organization  (private  industry  or 
Government  agenoy)  who  developed  the  technique.  Should  induce 
organisational  name,  Individual  HOC ,  addreaa  and  telephone  number 
(both  AUT0V0N  and  commercial).  Even  though  no  private  Industry 
developera  will  be  inoluded  In  thla  pamphlet,  the  information  is 
ntoded  ao  that  thla  pamphlet  can  be  made  available  to  those 
organisations  with  an  interest  in  L8A.  The  L3A  exeoutive  agent 
will  provide  addresses  of  private  industry  developera  on  a  need- 
to-know  basis. 

7.  9TATU3 »  Darken  the  olrole(a)  which  properly  reflects  the 
status  or  the  technique.  If  the  olroloa  for  "under  development" 
or  "being  modified"  la  darkened,  enter  the  scheduled  completion 
date  for  the  effort. 


|  AUTOMATION 

YES  o  NO  o 

LANGUAGE 

HARDWARE 

REMARKS 

LIFE  CYCLE 

LSAR  INTERFACE 

APPLICATIONS 

CONCEPT  o 

D&V  o 

FSD  o 

PROD/ DEPLOY  o 

(DATA  RECORDS) 

o  A  o  0  o  G 

O  B  o  E  O  H 
o  C  of  o  J 

LSA  TASK  INTERFACE 

o  101  O  203  0  303 

o  102  o  204  o  401 

o  103  o  205  o  402 

o  201  o  301  o  403 

o  202  o  302  o  301 

DOCUMENTATION  AVAILABLE 

A' 1C,  KOKM  2  739H-K 
1  .Tun  83 
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Lf  A  TICHNIQUI  INFORMATION  SHUT 


TICHNIQUI 


llVIi  01  DITAIl 


OPERATIONAL  SCENARIO  I  MODSl  TYPE 


0  PEACE 
0  WAR 


O  STEADY  STATE 
O  DYNAMIC 


IIS  ILIMINTS  ADDRESSED 


THE  MAINTENANCE  PUN 

MANPOWER  AND  PERSONNEL 

SUPPLY  SUPPORT  (INCLUDING  INITIAL  PROVISIONS) 

SUPPORT  AND  TEST  EQUIPMENT 
TRAINING  AND  TRAINING  DEVICES 
TECHNICAL  DATA 
COMPUTER  RESOURCES  SUPPORT 

PACKAGING,  HANDLING,  STORAGE,  AND  TRANSPORTATION 
FACILITIES 

TRANSPORTATION  AND  transportability 
STANDARDIZATION  AND  INTEROPERABILITY 
DESIGN  INFLUENCE  TO  INCLUDE  LOGISTICS  REUTED  RAM 


DEVELOPER 


STATUS 


PROPRIETARY 
NON-PROPRIETARY 
UNDER  DEVELOPMENT 
BEING  MODIFIED/ ENHANCED 
COMPLETION  DATE 


Arc  POM  2759<-K 
1  Jim  US 
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INDEX  OF  TECHNIQUES 
(by  title) 

Technique _ Acronym _ Page 

Achieving  a  System  Operational  Avail-  ASOAR  2-28 

ability  Requirement  Methodology 

Acquisition  Based  on  a  Learning  Curve  ACQLEARN  2-18 

Acquisition  of  Supportable  Systems  ASSET  A-1 

Evaluation  Technology 

Aggregate  Sparing  to  Required  Availability  ASTRA  A-8 

Aircraft  Reliability  and  Maintainability  ARMS  A-1 

Simul ation 

Air-launch  Cruise  Missile  Logistics  Support  ALCMLGST  A-8 

Simulation 

Ammunition  Resupply  Model  ARM  2-26 

Analytic  Methodology  for  System  Evaluation  AMSEC  A-1 

and  Control 

Army  Communications  Command  Logistics  ACCLOGTROM  2-14 

Trade-off  Model 

Army  Logistics  Assessment  ALA  A-1 

Army  Logistics  Capability  Assessment  ARLCAP/  2-24 

OVERVIEW 

Army  Unit  Readiness/Sustainability  Assessor  AURA  2-82 

Artillery  Battalion  Resupply  Model  RESUP  A-8 

Artillery  Battalion  Time-Line  Model  TLM  2-172 

ATE  Workload  Model  * ATEWORK  2-30 

Automated  Life  Cycle  Management  Model  LCMM  2-82 

Autoiatic  Requirements  Computation  System  ARCSIP  A-1 

Initial  Provisioning 

Availability  Centered  Inventory  Model  ACIM  2-16 

Avionics  Laboratory  Predictive  Operations  ALPOS  II  2-20 

and  Support  Cost  Model,  Version  II 
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AVSCOM  Maintenance  Operating  and  Support 
Cost  Model 

AMOS 

2-22 

Bare  Bones  Standard  Initial  Provisioning 
Procedures 

BBSIP 

A-  1 

Bare  Bones  War  Reserves 

BBWRSV 

A-  1 

Battlefield  Damage  Effect  and  Logistics 
Requirements  for  Battlefield 
Survivability 

A-2 

Battlefield  Recovery  and  Evacuation 
Simulation 

BRESIM 

A-2 

Best  Buy  Nonlinear  Optimization  Model 

A-8 

Civilian  Billet  Cost  Model 

CBCM 

A-2 

Computation  of  Vulnerable  Areas  and  Repair 
Time/High-Explosive  Vulnerable  Areas  and 
Repair  Time 

COVART/HEVART 

2-40 

Combat  Vehicle  RAM  Simulation 

COVERS 

2-42 

Compendium  of  Front-end  Analysis 

Techniques 

A-2 

Computer-aided  Estimation  of  Failure 
Factors 

A-2 

Computer  Model  for  Aircraft  Product 
Improvement  Programs  (PIP)  and 
Engineering  Change  Proposals  (ECP) 

A-8 

Concepts  Evaluation  Model 

CEM 

A-8 

Contingency  Force  Analysis  Model 

CFAM 

A-8 

Continuing  Balance  Sheet- Ex panded 

CDS-X 

A-2 

Corps  Ammunition  Model-Expanded 

CAM-X 

2-36 

Cost  Projection  Management  Information 
System  for  Life  Cycle  Costs 

COSTPRO 

2-38 

Defense  Materiel  System  Life  Cycle  Cost 
Model 

*  DEFLCC 

2-48 

Detailed  Operating  and  Support  Cost 
Estimated  Computer  Model 

DOSE 

2-82 

Discard/Repair  Cost  Model  (by  MICOM) 

DIREC 

2-50 

Dynamic  Metric 

DYNAMETHIC 
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C-2 
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Economic  Analysis  Model  ECONMQD  2-54 

Electronic  Reliability  Availability  and  ERAMS  2-5o 

Maintainability  Simulation 

Expected  Value  Model  EXPVAL  A-2 

Failure  Factor  Assessment  via  Recurring  A-2 

Field  Demands 

Failure  Mode,  Effects,  and  Criticality  FMECA  2-60 

Analysis  (MIL-STD-1629A) 

Failure  Rate  Determination  for  Exponential  *FREXP0P  2-62 

Populations  when  Failure  Times  are 
Unknown 

Field  Artillery  Simulation  Two-sided  FAST  A-3 

Firefinder  Model  System  for  Sparing  to  FIRtFINDER  A-3 

Availability 

Fleet  Management  System  Model  FMS  A-3 

Force  Analysis  Simulation  of  Theater  FASTALS  2-58 

Administrative  and  Logistics  Support 
Model 

Generalized  Electronics  Maintenance  Model  GEMM  2-64 

GOALSEEKER  (used  with  SESAME)  GOALSEEKER  A-3 

Human  Resources  Test  and  Evaluation  System  HRTES  A-8 

Incorporation  of  Readiness  Into  IREM  2-72 

Effectiveness  Modeling 

Integrated  Logistics  Support  Model  *ILSM0D  2-70 

Interactive  Manpower  Aggregation  IMAGES  A-8 

Estimation  System 

Interactive  Venture  Evaluation  and  Review  INTERVERT  A-3 

Technique 

Japan  SAM-X  Analysis  A*3 

Kasian  TPS  Model  TPS  KASIAN  2-174 

Learning  Curves  Applied  to  Reliability  *RELGROWTH  2-142 

Growth  Forecasting  and  Assessment 

Level  of  Repair  Alternatives  LORA  A-3 

Level  of  Repair,  MIL-3TD-  1  3 9 0 B  (Navy) 


MODI 1 1  LOR 


2-110 
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Life  Cycle  Cost  Analyzer 

LCCA 

2-78 

Life  Cycle  Cost  Model  (Air  Force) 

LCC-2/2A 

2-76 

Load  Plan  Automation  in  a  DAMMS 

Environment 

LADEN 

2-74 

Logistics  Analysis  Cost  Evaluation  Model 

LACE 

A-3 

Logistics  Analysis  Model 

LOGAM 

2-90 

Logistics  Attack  II  Model 

LOGATAK  II 

2-92 

Logistics  Composite  Modeling 

LCOM 

2-84 

Logistics  Cost  Analysis  Model,  Version 

Five 

LOCAM  5 

2-88 

Logistics  Engineering  Analysis  of  Designs 

LEAD 

2-86 

Logistics  Optimization  Model 

LOGOP  II 

2-94 

Logistic  Support  Analysis  Forecasting  via 
Regression  and  Averaging  Models 

A-4 

Logistic  Support  Analysis  Extract 

LSAEXTRC 

2-98 

Logistic  Support  Analysis  Review  Team 

Guide 

DARCOM-P 

700-11 

2-44 

Logistic  Support  Analysis  Tailoring 
Procedures  Guide 

DARCOM-P 

700-4 

A-4 

Logistic  Support  Cost  Model 

LSCM 

A-4 

Logistic  Support  Cost  (Air  Force) 

LSC 

A-4 

Logistic  Support  Cost-Repair  Level 

Analysis,  Version  II 

LSC-RLA 

A-4 

Maintenance  Capabilities  Attack  Model 

MACATAK 

2-100 

Maintenance  Manpower  and  Logistic 

Analysis  Methodology 

MALA 

A-4 

Maintenance  Support  Concept  Model 

MASC 

A-4 

Manpower  Requirements  Criteria  (AR  570-2) 

MARC 

2-102 

Marine  Corps  Level  of  Repair-  Analysis 

MCL0F 

2-104 

Marine  Corps  Tri-Service  Tactical  Model 

THI  TAC 

A-8 

Markov  Decision  Model  for  Logistic  Policy 

A-4 

c-4 


McClintic  Theater  Model 

Military  Manpower  vs.  Hardware  Procurement 
(HARDMAN)  Cost  Model  for  Shipboard 
Electronics 

Military  Manpower  Hardware  Procurement 
(HARDMAN)  Training  Requirements 
Determination  Methodology 

Military  Manpower  vs.  Hardware  Procurement 
Methodology  (or  Manpower,  Personnel,  and 
Training  (MPT)) 

Mobilization  Simulation  Model 

Modified  Multi-Echelon  Technique  for 
Recoverable  Items 

Modular  Life  Cycle  Cost  Model 

Mul ti-Attr ibute  Decision  Analysis  Model 

Multiple  Configuration  Model 

National  Security  Industrial  Association 
(NSIA)  Trade-off  Technique 

NATO  PATRIOT  O&S  Cost  Analysis 

Network  Repair  Level  Analysis  Model 

Night  Vision  and  Electro-Optics  Lab 
Life  Cycle  Cost  Model 

Objective  Determination  of  Failure  Factors 

Operating  and  Support 


Operation  ana  Support 


(OATMEAL) 

Optimum  Repair  Level 

Optimum  Repair  Level 
Version ) 


Cost  Mode* 
Costs  Model 


Analysis  (Air  Force) 
Analysis  (M1C0M 


MTM 

A-5 

HM/SE 

2-68 

H-TRDM 

A-5 

HARDMAN 

2-66 

MOBSIM 

2-108 

MOD-METRIC 

A-5 

MLCCM 

2-106 

MADAM 

A-8 

•MULTICONFIG 

2-112 

•NSIA  TECH 

2-116 

A-5 

NRLA 

2-1  IN 

LCCAM 

2-80 

DARCOM-P  750- 

5  2-46 

OSMOD 

2-126 

ONSCOSTS 

2-118 

OSAMM/OATMEAL 

2-124 

OSAMM/OATMEAL 

2-124 

ORLA 

A-5 

ORLA(MICOM) 

2-122 

Optimal  Supply  and  Maintenance  Model 
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Organic  Programs/Routines  for  Use  in 
Solving  Recurring  Problems 

OVERVIEW 

Page  Estimating  Model 

PATRIOT  Deployment  Model  using  (SLAM) 

PATRIOT  Screening  Analysis 

Performance/Effectiveness  Trade-off 
Studies  via  Analytical  Modeling 

Pershing  Operating  and  Support  Cost  Model 

Personnel  Availability  Model 

Personnel  Requirements  Analysis  Model 

Programable  Calculator  Life  Cycle 
Model  (by  Air  Force) 

Programed  Review  of  Information  for 
Costing  and  Evaluation 

RAM  Rationale  Annex  Handbook 
(TRADOC/DARCOM  PAM  70-11) 

Readiness  Indicator  Model 

Reliability  and  Maintainability  Model 

Reliability  Centered  Maintenance 

Reliability,  Maintainability,  and  Cost 
Model 

Repair  Level  Analysis  Model 
Repair/Replacement  Optimization 
Repair  vs.  Discard  Model 
Return  on  Investment  for  RDT&E 
Return  to  Combat 
Risk  Network 

Sample  Size  Determination  Model 

Selected  Essent i al- 1  tern  Stockage  for 
Availability  Model 
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Selected  Essential  Stockage  Availability  SESAVAIL  A-6 

Shipboard  Electronics  Design  Cost  Model  SEDCOM  2-160 

Slide  Rule  Model  System:  The  Least  LRAM  2-96 

Removable-Assembly  Model 

Slide  Rule  Model  System:  System  Aggregate  SAM  2-158 

Model 

Slide  Rule  Model  System:  Top  Down  Model  TDM  2-170 

Solution  Network  SOLVNET  A-6 

Sustainability  Predictions  for  Army  Spare  SPARC  2-164 

Component  Requirements  for  Combat 

Tank/AFARV  Forward  Area  Ammo  Resupply  TAFAARS  2-166 

Simulation 

Test  Program  Set  (TPS)  Requirements  A-6 

Through  Logistic  Support  Analysis  (LSA) 

Total  Risk  Assessing  Cost  Estimate  TRACE  2-176 

TRACE  Production  TRACEP  2-178 

Tracked-vehicle  Resource  Analysis  and  TREAD  A-6 

Display  Cost  Model 

Training/ Aid ing  Matrix  Model  TAM  A-6 

Training  Requirements  Analysis  Model  TRAMOD  A-7 

TRASANA  Aircraft  Reliability  and  TARMS  2-168 

Maintainability  Simulation 

Transportability  Analysis  Reports  TARGET  A-7 

Generator  Unit-Transportability 
Subsystem 

Transportation  Network  Attack  Model  TRANATAK  2-180 

Usage/Age  Distribution  Projection  Model  USAPR0  2-182 

US  ROLAND  Life  Cycle  Cost  Model  R0LC0M  II  2-154 

US  ROLAND  Logistics  Model  ROLOG  2-156 

Venture  Evaluation  and  Review  Technique  VERT  2-184 

Workload  Computation  Model  W0RL0C  A-7 


*  Indicates  that  the  acronym  was  created  for  purposes  of  this  guide. 
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INDEX  OF  TECHNIQUE  PROPONENTS 

ORGANIZATION _ TECHNIQUE  ACRONYM _ PAGE 

AIR  FORCE 


Air  Force  Acquisition  Division 

ATTN:  AFLC/XRS 

Wright  Patterson  AFB,  OH  45433 

LCC2/2A 

2-76 

Air  Force  Aeronautical  Systems 

Division 

Directorate  Logistics  Concepts  and 
Analysis 

ATTN:  ASD-ALT 

Wright-Patterson  AFB,  OH  45433 

•CALCUMOD 

2-34 

Air  Force  Human  Resources  Lab 

ATTN:  AFHRL-LRC/AFHRL-LRA 

Wright-Patterson  AFB,  OH  45433 

PAGES 

RMCM 

2-128 

2-152 

Air  Force  Logistics  Command 

ATTN:  AFALD/XRS 

Wright-Patterson  AFB,  OH  45433 

NRLA 

2-114 

Air  Force  Maintenance  Munitions  and 
Supply  Management  Engineering  Team 
ATTN:  AFMS  MMET/MEMC 

Wright-Patterson  AFB,  OH  45433 

LCOM 

2-84 

Air  Force  Space  Division 

ATTN :  AQL 

P.0.  Box  92960 

Worldwide  Postal  Center 

Los  Angeles,  CA  90009 

ONSCOSTS 

2-118 

Air  Force  Wright  Aeronautical  Lab 

ATTN:  AFAL/ AAA-3 

Wright-Patterson  AFB,  OH  45433 

ALPOSII 

2-20 

Air  Force  Wright  Aeronautical  Lab 

MLCCM 

2-106 

ATTN:  AFWAL/FIA 
Wright-Patter son  AFB,  OH  45433 


ARMY 

Armament,  Munitions  arid  Chemical  PALMAN  2-130 

Command  (AMCCOM) 

ATTN:  AMSMC-MA-ILS-(R) 

Rock  Island,  IL  61299 
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Armament,  Munitions  and  Chemical 
Command  (AMCCOM) 

ATTN:  AMSMC-RA(D) 

Dover,  NJ  07801 

Army  Materiel  Command 
ATTN:  AMCSM-WRS 

5001  Eisenhower  Ave. 

Alexandria,  VA  22333-0001 

Army  Materiel  Command 
ATTN:  AMCDE-P/ AMCCP-ER 
5001  Elsenhower  Ave. 

Alexandria,  VA  22333-0001 

Army  Materiel  Command 
ATTN:  AMCOA-E 

5001  Elsenhower  Ave. 

Alexandria,  VA  22333-0001 


TAFAARS 

TLM 


SESAME 


TRACE 

TRACEP 
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Army  Materiel  Systems  Analysis  Activity 
{ AMSAA ) 

ATTN:  AMXSY-LM 

Aberdeen  Proving  Ground,  MD  21005 

Army  Materiel  Systems  Analysis  Activity 
(AMSAA) 

ATTN:  AKX3Y-LR 

Aberdeen  Proving  Ground,  MD  21005 

Aviation  Systems  Command  (AVSCOM) 

ATTN:  AMSAV-BA 

4300  Goodfellow  Blvd 
St.  Louis,  MO  63120 


MOBSIM 

SPARC 

AURA 


1REM 


DOSE 


Aviation  Systems  Command  (AVSCOM) 
ATTN:  AM3AV-DE 

4300  Goodfellow  Blvd 
St.  Louis ,  MO  63120 

Ballistics  Research  Lab  (BHL) 

ATTN:  AMCMC-BLV-A 

Aberdeen  Proving  Ground.  MD  21010 


AMOS 


CQVART/ 

HEVART 


Combined  Arms  Operations  Research 
Ac  t  i  v  ity 

A  7 i N :  / TOK-CAS-F 

It  Leavenworth,  KG  66027 


ARM 


Comtnun  leal  L oris- E 1  ec  t runic  s  Command 
( CLCOM) 

ATTN:  AMGEL-C  P-C A-53 

M.  Monmouth ,  NJ  07703 


OSMOD 
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2-166 

2-172 


2-162 


2-176 

2-178 


2-138 


2-108 

2-164 

2-32 


2-7? 


2-52 


2-22 


2-40 


2-26 


2-126 
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Coawunioat lone- Elaotronloa  Conn and 
( CECOH) 

ATTN:  AMSEL-SM-P-PL 
Ft  Monmouth,  NJ  07703 

Communlo at Ions- Elaotronloa  Command 
(CECOM) 

ATTN:  AMSEL-PL-E 
Ft  Monmouth,  NJ  07703 

Communlo at Iona- Elaotronloa  Command 
(CECOM) 

ATTN:  AMSEL-TCS-ED-3 
Ft  Monmouth,  NJ  07703 

Concapto  Analysis  Aganoy 
ATTN:  CSCA-FOB/CSCA-FOS 
8120  Woodmont  Avo. 

Bethesda,  MD  20 8 1  *4 

Conoapta  Analysis  Aganoy 
ATTN:  CSCA-F3C 
8120  Woodmont  Ava. 

Bathaoda,  MD  20814 

Elaotronloa  liasearoh  and  Development 
Command  (ERADCOM) 

ATTN!  AMPFL-PO-SA 
Ft  Monmouth,  NJ  07703 

Elaotronloa  Research  and  Development 
Command  (ERADCOM) 

Night  Vision  and  Electro-Optic s  Lab 
ATTN:  DELNV-SE 

Ft  Bel  voir ,  VA  22060 

Logistics  Center 
ATTN:  ATCL-MR 

Ft  Lee,  VA  23801 

Logistics  Center 
ATTN:  ATCl.-O 

Ft  Lee,  VA  23001 

Logistics  Center 
ATTN:  ATCL-OMM 

Ft  Lee,  VA  23001 

Logistics  Center 
ATTN:  ATCL-OS 

Ft  Lee,  VA  23801 

Log  1  st  1  c s  Evaluation  Agency 

ATTN:  DALO-LEP 

New  Cumberland,  PA  17070 


ORACLE-MARC 


GEMM 

OSAMM/ OATMEAL 
ACCLOGTROM 


LOGOP  II 


FASTALS 

ARLCAP/OVERVIEW 

ASOAR 

TPS  Kaslan 

LCCAM 


COVERS 

ERAMS 

•RAM  Handbook 

MACATAK 

TRANATAK 

LOGATAK 

MARC 


CAM-X 

LADEN 


RIM 
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2-64 

2-124 

2-14 


2-94 


2-58 


2-24 

2-28 

2-174 

2-80 


2-42 

2-56 

2-138 

2-100 

2-180 

2-92 

2-102 


2-36 

2-74 


2-148 
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Materiel  Readiness  Support  Activity 

DARC0M-P  700-11 

2-44 

(MRSA) 

ATTN:  AMXMD-EL 

Lexington ,  KY  4051  1 

LSAEXTRC 

2-98 

Materiel  Readiness  Support  Activity 

DARCOM-P  750-5 

2-4  6 

(MRSA) 

ATTN:  AMXMD-MD 

Lexington,  KY  40511 

RCM 

2-140 

Missile  Command 

DIREC 

2-50 

(MICOM) 

L0CAM5 

2-88 

ATTN:  AMSMI-DS 

Redstone  Arsenal,  AL  35898 

LOGAM 

2-90 

Missile  Command 
(MICOM) 

ATTN:  AMSMI-NS 

Redstone  Arsenal,  AL  35898 

ORLA  (MICOM) 

2-122 

Missile  Command 

•FREXPOP 

2-62 

(MICOM) 

*  RELGROWTH 

2-142 

ATTN:  AMSMI-SL 

Redstone  Arsenal,  AL  35898 

LEAD 

2-86 

PM  PATRIOT 

ATTN:  AMCPM-MD-S-SL 

Redstone  Arsenal,  AL  35898 

•MULTICONFIG 

2-1  12 

PM  Pershing 

ATTN:  AMCPM-PE-S 

Redstone  Arsenal,  AL  35898 

•PERSHINGONS 

2-132 

PM  ROLAND 

ROLCOM  11 

2-154 

ATTN:  AMCPM-ROL-MA 

Redstone  Arsenal,  AL  35898 

ROLOG 

2-156 

Program  Manager,  TMDS 

ATTN:  AMCPM-TMDE-P 

Ft  Monmouth,  NJ  07703 

•ATE  WORK 

2-30 

Tank-Automotive  Command 

ACQLEARN 

2-18 

(TAC0M) 

ECONMOD 

2-54 

ATTN:  AMSTA-HC 

PRAMOD 

2-1  34 

Warren,  MI  48090 

REPSIM 

2-144 

USAPRO 

2-182 

TRAD0C  System  Analysis  Activity 

RETCOM 

2-146 

(TRASANA) 

TARMS 

2-168 

ATTN:  ATOR-ATAA-TEM/ATOR-TEA 

White  Sands  Missile  Range 
New  Mexico  88002 
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MARINE  CORPS/NAVY 


HARDMAN  Development  Office 
Office  of  the  Chief  of  Naval 
Operations 
Code  0P-112C 
Washington,  DC  20350 


Marine  Corps,  HQ 
Code  LMA-land  2/ME 
Washington,  DC  20380 

Naval  Air  Engineering  Center 
Code  93 

Lakehurst,  NJ  08733 

Naval  Air  Systems  Command 
(NAVAIR) 

ATTN:  AIR-4  1 1 1 B 1 

Washington,  DC  20361 

Naval  Air  Test  Center 
Code  SA  50A 
R&M  Branch 

Patuxent  River,  MD  20670 

Naval  Sea  System  Command 
Code  PMS-306 
Washington,  DC  20362 

Naval  Sea  System  Command 
Code  C61432 
Washington,  DC  20362 


TDM 

3EDC0M 

HARDMAN 

HM/SE 

LRAM 

SAM 

MCL0R 

•DEFLCC 


FMECA 


MODI I I  LOR 


•ILSMOD 


ACIM 


COSTPRO 


2-17 

2-16 

2-66 

2-68 

2-9 

2-1 
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AAH 

AAPR 

AAPRSO 

Aoq 

ADP 

ADPS-14 

AFALC 

AFARV 

AFATD8 

AFB 

AFLC 

AFLCP 

AFOTEC 

AFPCH 

AFSC 

AFSCP 

AFSM 

kg 

Agoy 

AH- 1 3 

AH-64 

AMIP 

ALDT 

ALMC 

AMC 

AMSAA 

AN/MLQ-34 

AN/MSM- 105 

AN/TMU-3 1 

AN/TPQ-37 

AN/TRC-170 

AN/TRQ-32 

AN/TTC-39 

AM/TTC-42 

AN/TYC-39 

AN/UOC-74 

AN/USM-4 1 0 

AN/USQ-86 

AN/UXC-4 

AN/UYK-7 

AN/UYK-20 

AN/UYQ-19 

AN/UYO-30 

AN/WSN-2 

Au 

APC 

APG 
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List  of  Abbravlatlons/Acronym* 


Advanoed  Attack  Helicopter 
Army  Aviation  Program  Review 

Army  Aviation  Program  Review  Sustained  Operations 
Aoquisl tlon 

Automated  Data  Processing 

Automated  Data  Processing  System  14 

Air  Force  Acquisition  Logistics  Command 

Armored  Forward  Area  Resupply  Vehicle 

Advanced  Field  Artillery  Tactical  Data  System 

Air  Force  Base 

Air  Force  Logistics  Command 

Air  Force  Logistics  Command  Pamphlet 

Air  Force  Operational  Test  and  Evaluation  Center 

Army  Force  Planning  Cost  Handbook 

Air  Force  Systems  Command 

Air  Force  Systems  Command  Pamphlet 

Artillery  Foroe  Simulation  Model 

Agency 

Agency 

Cobra  (Modern  Attack  Helicopter) 

Apache  (Advanced  Attack  Helicopter) 

Army  Helioopter  Improvement  Program 
Administrative  Logistics  Down  Time 
US  Army  Logistics  Management  Center 
US  Army  Materiel  Command  (Formerly  DARCOM) 

US  Army  Materiel  Systems  Analysis  Activity 
TAC JAM  (Tsotioal  Communications  Jammer) 

Automatic  Test  Equipment  and  Repair  Facility 
FAMAS  (Meteorological  Data  System) 

Fire finder  (Flrefinder-Artillery) 

Radio  Term  Digital  Set 

Radio  Receiving  Set  (Term  Mate) 

Automatic  Communication  Central  Office,  CS 
Central  Office  Telephone,  Automatic 
Automatic  Communication  Central  Office,  MS 
Communication  Terminal 
Automatic  Test  Equipment  Station 
MICNS  (Modular  Integ  rated  Communication/ 
Navigation  System) 

Tactical  Digital  Facsimile 

Computer,  General  Utility  Data  Processing 

Computer,  General  Utility  Lata  Processing 

Tactical  Computer  Terminal 

Tactical  Computer  System 

Stabilized  Gyrocompass  (USN) 

Operational  Ava  1 1  «,L 1 1  it/ 

Armored  Personnel  Carrier 
Aberdeen  Proving  Ground 
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AR  Army  Regulation 

ARI  Army  Research  Institute 

ASARC  Army  System  Acquisition  Review  Council 

ASCII  American  Standard  Code  for  Information  Interchange 

ASD  Aeronautical  Systems  Division 

ASL  Authorized  Stockage  List 

ATE  Automatic  Test  Equipment 

ATSS  Automatic  Test  Support  System 

ATTN  Attention 

AV  AUTOVON 

AVRADA  Aviation  Research  And  Development  Agency 

AVSCOM  US  Army  Aviation  Systems  Command 


B-1  Air  Force  Bomber 

B-52  Air  Force  Bomber 

BASIC  Beginner's  All-purpose  Symbolic  Instruction  Code 

BFVS  Bradley  Fighting  Vehicle  System 

BITE  Built-In  Test  Equipment 

Blackhawk  Utility  Helicopter 

BPI  Bits  Per  Inch 

BRADC  US  Army  Belvoir  Research  and  Development  Center 

BRL  Ballistics  Research  Lab 

BKU  Battalion  Replaceable  Unit 

BTE-77  Battery  Test  Equipment  77 


C-5 
C-1 
C-1  . 

CAA 

CACDA 

CAIG 

CAORA 

CAWS 

CDS 

CCSS 

CDB 

CDC 

CDEP 

CECOM 

CH-47D 

Cmd 

Cntr 

Cntr  1 

COBOL 

com 

COM-GEOM 

CONUS 

CPU 

CS 

CSS 

CSSMAA 

CSWS 


Cargo  Aircraft  (USAF) 

Cargo  Aircraft  (USAF) 

Cargo  Aircraft  (USAF) 

US  Army  Concepts  Analysis  Agency 

US  Army  Combined  Arms  Combat  Developments  Activity 

DOD  Cost  Analysis  Improvement  Group 

US  Army  Combined  Arm3  Operations  Research  Activity 

Cannon  Ar t i 1 lar y  Weapon  System 

Cost  Breakdown  Structure 

Commodity  Command  Standard  System 

Consolidated  Data  Base 

Control  Data  Corporation 

Common  Data  Extraction  Programs 

US  Army  Communications-Electronlcs  Command 

Chinook  (Cargo  Helicopter) 

Command 

Center 

Control 

Common  Business  Oriented  Language 
Commercial 

Combinatorial-geometry  program 
Continental  United  States 
Central  Processing  Unit 
Combat  Support 
Combat  Service  Support 

Combat  Service  Support  Mission  Area  Analysis 
Coinbat  Support  Weapon  System 
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Ctr  Center 

CUCV  Utility,  Cargo  Truck,  4x4 

DAAS  Defense  Automatic  Addressing  System 

DAMMS  Department  of  the  Army  Movement  Management  System 

DAMMS-MPM  Department  of  the  Army  Movement  Management  System  - 

Movement  Planning  Module 

DARCOM  US  Army  Materiel  Development  and  Readiness  Command 

DGM  Digital  Group  Multiplier 

Div  Division 

D1VADS  Division  Air  Defense  System  (or  Gun) 

DLSIE  Defense  Logistics  Studies  Information  Exchange 

DOD  Department  of  Defense 

DODD  Department  of  Defense  Directive 

DOS  Disk  Operating  System 

DS  Direct  Support 

DSARC  Defense  System  Acquisition  Review  Council 

DSLOG  Deputy  Chief  of  Staff  for  Logistics 

DSWS  Division  Support  Weapon  System 

DTIC  Defense  Technical  Information  Center  for  Scientific 

and  Technical  Information 
D&V  Demonstration  and  Validation  Phase 

ECP  Engineering  Change  Proposal 

Engr  Engineering 

ERADCOM  US  Army  Electronics  Research  And  Development  Command 

ERPSL  Essential  Repair  Parts  Stockage  List 

ESPAWS  Enhanced  Self-Propelled  frtillery  Weapon  System 

Estl  Essential 

EVADE  Evaluation  of  Air  Defense 


F-15  Air  Force  Fighter 

F -  1 6  Air  Force  Fighter 

F-111  Air  Force  Fighter 

F/A-18A  Hornet  (Navy  Fi ghter/ Attack  Plane) 

FAAR  Forward  Area  Alert  Radar 

FAASV  Field  Artillery  Ammunition  Support  Vehicle 

FF  Failure  Factors 

FISTV  Fire  Support  Team  Vehicle 

Flipper  Mine  Dispenser,  XM138 

FMECa  Failure  Mode,  Effects  and  Criticality  Analysis 

FMRT  Fire  Mission  Response  Time 

FOTS-LH  Fiber  0ptic3  Transmission  System  -  Long  Haul 

FSD  Full-scale  Development  Pnase 

Ft  Fort 

FVS  Fighting  Vehicle  System 

G&A  General  and  Administrative  (also  GA) 

GAIT  Ground  Airborne  10NDS  Terminal 

GASP  IV  Generalized  A 1 1. nbutes  Simulation  Package 

Gd  Grounds 

G t M 55  u r o un u  oin p x u y ed  Mine  •joattering  System 

GPS  Global  Positioning  System 


GPSS 

Grd 

.  GS 

l  GSA 

GSE 


General  Purpose  Simulation  Language 
Grounds 

General  Support 

General  Services  Administration 
General  Support  Equipment 


H8-60D 

HAWK 

HEI 

Hellfire 

HFLP 

HM/AE 

HMMWV 

HP 

HQ 

HQ  DA 


Hel icopter 

Homing  All  the  Way  Killer  (ground  to  air  missile) 
High  Explosive  Incendiary 
Heliborne  Missile 
Howitzer  Extended  Life  Program 
Military  Manpower  vs.  Hardware  Procurement  Cost 
Model  System  for  Aircraft  Electronics 
Highly  Mobile  Multipurpose  Wheeled  Vehicle 
Hewlett  Packard 
Head-Quarters 
Department  of  the  Army 


I 

I  AW 
IBM 

I  HAWK 
ILS 
I LSP 
IMF 
I0ND3 

IRLA 

IRQ 


Intermed iate 

In  Accordance  With 

International  Business  Machines 

Improved  HAWK  (Air  Defense  Missile  System) 

Integrated  Logistics  Support 

Integrated  Logistics  Support  Plan 

Improved  Message  Facility 

Integrated  Operational  Nuciear  Detonation 
Detection  System 
Item  Repair  Level  Analysis 
US  Army  Inventory  Research  Office 


JSTARS  Joint  Surveillance  Target  Attack  Radar  System 


LACV-30 

LANCE 

LANTERN 

LAV 

LCC 

LCN 

LCSS 

LEA 

LIN 

LOA 

LOR 

LP 

LR 

LRA 

LR  1 

LRU 

LSA 

LSrtP 

LSAR 

LSA-TWG 


l.ighter-than  Air  Cushioned  Vehicle  30  ton 
Ground  to  ground  missile 

Low  Altitude  Terrain  Infrared  Navigation 

Light  Armored  Vehicle 

Life  Cycle  Cost 

LSA  Control  Number 

Land  Combat  Support  System 

US  Army  Logistic  Evaluation  Agency 

Line  Item  Number 

Letter  of  Agreement 

Level  of  Repair 

Linear  Programing 

Letter  Requirement 

Line  Replaceable  Assembly 

Lowest  Replacement  Item 

Line  Replaceable  Unit 

Logistics  Support  Analysis 

Logistics  Support  Analysis  Plan 

Logistics  Support  Analysis  Record 

Logistics  Support  Analysis  Technical  Working  Group 


Ml 


Abrams  Main  Battle  Tank 
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M 1  El 
M2 
M3 
M9 

M60A1 

M 109 

M198 

M813 

MAC 

MAC 

Maint 

MAPS 

MARS 

Matl 

MAV 

MCF 

MCS 

MCTBF 

MCTBF 

MDC 

MEMO 

Mgmt 

MICOM 

MIL-STD 

MLRS 

MOS 

MPM 

MPT 

MRBF 

MRC 

MRO 

MRSA 

MSRT 

MSCS 

M3RS 

MTBCT 

MTBF 

MTBR 

MTBUM 

MTCC 

MTD 

MTDA 

MTOE 

MTR 

MTRR 

MTT 

MTTR 

MX 


120MM  Turret  Ml  Tank 
Bradley  Infantry  Fighting  Vehicle 
Bradley  Calvary  Fighting  Vehicle 
ACE  (Armored  Combat  Earthmover) 

Tank 

Howitzer 
Howitzer  155MM 
Truck 

Maintenance  Allocation  Chart 
Military  Airlift  Command 
Maintenance 

Modular  Azimuth  Positioning  System 
Materiel  Acquisition  Readiness  System 
Materiel 

Minimum  Acceptable  Value 

Military  Computer  Family 

Manuever  Control  System 

Mean  Calendar  Time  Between  Failures 

Mean  Corrective  Time  Between  Failures 

Maintenance  Data  Collection 

Army  Mission  Essential  Maintenance  Only 

Management 

US  Army  Missile  Command 
Military  Standard 
Multiple  Launcher  Rocket  System 
Military  Occupational  Specialty 
Movement  Planning  Module 
Manpower,  Personnel  and  Training 
Mean  Time  Between  Rounds 
Materiel  Readiness  Command 
Materiel  Release  Order 

US  Army  DARCOM  Materiel  Readiness  Support  Activity 

Mean  Supply  Response  Time 

Multi-Service  Communications  System 

Materiel  Systems  Requirements  Specifications 

Mean  Time  Between  Corrective  Tasks 

Mean  Time  Between  Failures 

Mean  Time  Between  Removal 

Mean  Time  Between  Unscheduled  Maintenance 

Modular  Tactical  Communication  Center 

Maintenance  Task  Distribution 

Modified  Table  of  Distribution  and  Allowances 

Modified  Table  of  Organization  and  Equipment 

Mean  Time  to  Restore 

Mean  Time  to  Remove  and  Replace 

Medium  Tactical  Truck 

Mean  Time  To  Repair 

Missile  System 
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N/A 

Not  Applica 
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North  Atlan 

NCCS 
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NLT 
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NMC 

NMCS 

NSIA 

NVEOL 


Not  Mission  Capable 

Not  Mission  Capable  Supply 

National  Security  Industrial  Association 

US  Army  Night  Vision  and  Electro-Optics  Lab 


OH-58C/D 

O&M 

O&O 

O&S 

OST 

OT4E 


Near  Terrain  Scout  Helicopter 
Of  ration  and  Maintenance 
Operation  and  Organization 
Operating  and  Support 
Order  Ship  Time 

Operational  Test  and  Evaluation 


PACAF 

PADS 

PCB 

P/D 

PIP 

Piranha 

PL/1 

PLISN 

PLL 

PLRS 

PLSS 

PM 

PM 

PM-ATSS 

PN 

POC 

POL/ AMMO 
POM 

PRC-68 

PV 


Pacific  Air  Forces 

Position/Azimuth  Determining  System 
Printed  Circuit  Board 
Production/Deployment  Phase 
Product  Improvement  Program 
Jammer  (AN/VLQ-4) 

Programing  Language  One 

Provisioning  List  Item  Sequence  Number 

Prescribed  Load  List 

Position  Location  Reporting  System 

Precision  Location  Strike  System 

Preventive  Maintenance 

Project,  Program,  or  Product  Manager 

PM  Automatic  Test  Support  System 

Part  Number 

Point  Of  Contact 

Petroleum,  Oil  and  Lubr icant/Ammunltlon 
Program  Objective  Memorandum 
Rad  io 

Predicted  Value 


Quickfix  Countermeasures  Sets  Special  Purpose  (AN/ALQ-151) 


RAM 

RAM 

R&D 

HDTiE 

Redeye 

Rembass 

HF 

RIW 

R&M 

ROC 

RPV 

HTD 


Random  Access  Memory 

Reliability,  Availability  and  Maintainability 
Research  and  Development 

Research,  Development,  Test  and  Evaluation 
Shoulder  Held  Anti-Aircraft  Missile  System 
Intrusion  Detection  System  (AN/GSQ-187) 

Radio  Frequency 

Reliability  Improvement  Warranty 
Reliability  and  Maintainability 
Required  Operational  Capability 
Remote  Piloted  Vehicle 
Replacement  Task  Distribution 


SAC 

SAW 

SB-3866 

SCORES 

SCOTT 


Strategic  Air  Command 

Squad  Automatic  Weapon  (M^49) 

Automatic  Communication  Switching  Unit 
Scenario  Oriented  Recurring  Evaluation  System 
Single  Channel  Objective  Tactical  Terminal 
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Sentry 
SHORAD  C2 
SINCGARS-V 
SIP 

SLUFAE 

SMR 

SOC 

SOLE 

SRS 

SRU 

SSC 

SUSV 

Sys 

TAC 

TAC 

TACCS 

TACFIRE 

TACMIS 

TACOM 

TADS 

TAT 

TCN 

TDA 

TDLOA 

TDLR 

TDR 

TE 

TI-59 

TM 

TMDE 

TMDS 

TNFS 

TOE 

TOAE 

TOE/MTOE 

TOW 

TPS 

TRADOC 

Tran 

TRASANA 

TROSCOM 

TSQ-73 

U-2  ( USAF ) 
UH-1H 
UH-60A 
US 

USACAA 

USACC 

USAF 

USAFE 


Antiballistic  missile  system 

Short  Range  Air  Defense  Command  and  Control 

Single  Channel  Airborne  Radio  Subsystem 

Standard  Initial  Provisioning 

Surface  Launched  Fuel  Air  Explosive 

Source,  Maintenance  and  Recoverability 

Specific  Operational  Capability 

Society  of  Logistic  Engineers 

Slide  Rule  Model  System 

Shop  Replaceable  Unit 

Soldier  Support  Center 

Small  Unit  Support  Vehicle,  M973 

System 

HQ  Tactical  Air  Command 
Tactical 

Tactical  Computer  System 
Tactical  Fire  Direction  System 
Tactical  Management  Information  Systems 
US  Army  Tank-Automotive  Command 
Target  Aircraft  Designation  System 
Turn-Around  Time 
Task  Code  Narrative 

Table  of  Distribution  and  Allowances 
Training  Device  Letter  of  Agreement 
Training  Device  Letter  Requirement 
Training  Device  Requirement 
Test  Equipment 

Texas  Instruments  Programable  Calculator 
Technical  Manual 

Test,  Measurement,  and  Diagnostic  Equipment 
Test,  Measurement,  and  Diagnostic  Systems 
Theater  Nuclear  Force  Survivability  Program 

Table  of  Organization  and  Equipment 

Table  of  Organization  and  Equipment 

Table  of  Organization  and  Equipment/Modified  TOE 

Tube-launched  Optically  sighted  wire-guided 
missile 
Test  Program  Set 

US  Army  Training  and  Doctrine  Command 
Transportation 

US  Army  TRADOC  Systems  Analysis  Activity 
US  Army  Troop  Support  Command 
Missile  Minder 

High  Altitude  Reconnaissance  Aircraft 
Heavy  Utility  Helicopter 
Blackhawk  Utility  Helicopter 
United  States 

US  Army  Concepts  Analysis  Agency 
US  Army  Communications  Command 
United  States  Air  Force 
United  States  Air  Force  in  Europe 
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United  States  Navy 
Unit  Under  Test 


USN 

UUT 

VECP 

Volcano 

VULCAN 

WASPM 

WBS 

WSMK 

XM16 

XM17 

XM18 

XM21 

XM22 

XM81 

XM86/85 

XM131/132 

XM138 

XM139 

XM- 158 

XM963 


Value  Engineering  Change  Proposal 
Mine  Dispenser,  XM139 

Vulcan  Air  Defense  System  (AN/ISM-115) 

Wide  Area  Side  Penetrator  Munitions 
Work  Breakdown  Structure 
White  Sands  Missile  Range 

Jet  Exhaust  Decontamination  System 
Decontamination,  Nuclear,  Biological,  and 
Chemical  SANATOR 

Diesel -powered  Decontamination  Apparatus 

Remote  Chemical  Agent  Alarm 

Chemical  Agent  Automatic  Detector 

Chemical  Agent  Alarm 

Chemical  Agent  Detector 

Modular  Pack  Mine  System 

Flipper  (Mine  Dispenser) 

Volcano  (Mine  Dispenser) 

Rocket 

2.5— Ton  Truck 
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The  proponent  of  this  pamphlet  is  the  US  Army  Materiel  Command. 
Users  are  invited  to  send  comments  and  suggested  improvements  on 
DA  Form  2028  (Recommended  Changes  co  Publications  and  Blank  Forms) 
to  Commander,  USAMC  Materiel  Readiness  Support  Activity  (AMXMD-EL), 
Lexington,  KY  40511-5101. 
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